Broadcast receiving apparatus

ABSTRACT

A digital broadcast receiving apparatus capable of executing a function with a higher added value is provided. A broadcast receiving apparatus configured to receive contents includes: a receiving unit configured to receive the contents; an interface through which the contents received by the receiving unit are outputted; and a control unit configured to control an output state of the contents from the interface. The control unit is configured to determine an output state of the contents from the interface in accordance with a combination of control information indicating a copy control state of the contents, control information for specifying whether protection is required or not when the contents are to be outputted, information indicating resolution of video of the contents, and information indicating transmission characteristics of the video of the contents, which are received by the receiving unit together with the contents.

TECHNICAL FIELD

The present invention relates to a broadcast receiving apparatus.

BACKGROUND ART

One of extended functions of the digital broadcasting service is databroadcasting in which digital data is transmitted by broadcast waves todisplay various types of information such as weather forecasts, news,and recommended TV programs. Many types of television receivers capableof receiving data broadcasting have already been on the market, and alot of techniques for receiving data broadcasting including thetechnique disclosed in Patent Document 1 listed below have been releasedto the public.

RELATED ART DOCUMENTS Patent Documents

Patent document 1: Japanese Unexamined Patent Application PublicationNo. 2001-186486

SUMMARY OF THE INVENTION Problems to be Solved by the Invention

In association with the recent changes in the contents distributionenvironment, various functional extensions have been demanded for thetelevision receivers. In particular, there are a lot of demands for thedistribution of contents and cooperated applications using a broadbandnetwork environment such as the Internet and demands for the videocontents with higher resolution and higher definition. However, nomatter how the data broadcasting receiving function that the currenttelevision receiver has is utilized or extended, it is difficult toprovide a high-value added television receiver capable of satisfying theabove-mentioned demands.

It is an object of the present invention to provide a broadcastreceiving apparatus capable of executing a function with a higher addedvalue.

Means for Solving the Problem

Techniques described in claims are used as means for solving the problemdescribed above.

As one example, a broadcast receiving apparatus configured to receivecontents, the broadcast receiving apparatus including: a receiving unitconfigured to receive the contents; an interface through which thecontents received by the receiving unit are outputted; and a controlunit configured to control an output state of the contents from theinterface, wherein the control unit is configured to determine an outputstate of the contents from the interface in accordance with acombination of control information indicating a copy control state ofthe contents, control information for specifying whether protection isrequired or not when the contents are to be outputted, informationindicating resolution of video of the contents, and informationindicating transmission characteristics of the video of the contents,which are received by the receiving unit together with the contents,wherein the control unit is configured to execute a control to applyoutput protection to the contents when the contents are outputted fromthe interface in a case where the control information indicating thecopy control state of the contents indicates that there is copyrestriction or in a case where the control information for specifyingwhether protection is required or not when the contents are to beoutputted indicates that protection is required on output, and whereinthe control unit is configured to change a level of the outputprotection in accordance with a combination of the informationindicating resolution of the video of the contents and the informationindicating transmission characteristics of the video of the contents isused.

Effects of the Invention

It is possible to provide a broadcast receiving apparatus capable ofexecuting a function with a higher added value by using the technique ofthe present invention.

BRIEF DESCRIPTIONS OF THE DRAWINGS

FIG. 1 is a system configuration diagram showing an example of abroadcast communication system including a broadcast receiving apparatusaccording to a first embodiment;

FIG. 2A is an explanatory diagram of an outline of a coded signal in anMMT;

FIG. 2B is a configuration diagram of an MPU in MMT;

FIG. 2C is a configuration diagram of an MMTP packet in the MMT;

FIG. 3 is a conceptual diagram of a protocol stack for a broadcastingsystem using the MMT;

FIG. 4 is a layered configuration diagram of control information used ina broadcasting system;

FIG. 5A is a list of tables used for TLV-SI of the broadcasting system;

FIG. 5B is a list of descriptors used for TLV-SI of the broadcastingsystem;

FIG. 6A is a list of messages used for MMT-SI of the broadcastingsystem;

FIG. 6B is a list of tables used for MMT-SI of the broadcasting system;

FIG. 6C is a list (1) of descriptors used for MMT-SI of the broadcastingsystem;

FIG. 6D is a list (2) of descriptors used for MMT-SI of the broadcastingsystem;

FIG. 6E is a diagram showing the relation between data transmission andeach table in the broadcasting system;

FIG. 7A is a block diagram of the broadcast receiving apparatusaccording to the first embodiment;

FIG. 7B is a configuration diagram of a logical plane structure of apresentation function of the broadcast receiving apparatus according tothe first embodiment;

FIG. 7C is a system configuration diagram for clocksynchronization/presentation synchronization in the broadcast receivingapparatus according to the first embodiment;

FIG. 7D is a software configuration diagram of the broadcast receivingapparatus according to the first embodiment;

FIG. 8 is a block diagram of a broadcast station server according to thefirst embodiment;

FIG. 9 is a block diagram of a service provider server according to thefirst embodiment;

FIG. 10A is a block diagram of a portable information terminal accordingto the first embodiment;

FIG. 10B is a software configuration diagram of the portable informationterminal according to the first embodiment;

FIG. 11A is a diagram showing a data structure of an MH-TOT of thebroadcasting system;

FIG. 11B is a diagram showing a format of a JST_time parameter of thebroadcasting system;

FIG. 12 is a diagram showing a method of calculating the current datefrom MJD of the broadcast receiving apparatus according to the firstembodiment;

FIG. 13A is a diagram showing a configuration of an NTP format of thebroadcasting system;

FIG. 13B is a diagram showing a data structure of an MPU timestampdescriptor of the broadcasting system;

FIG. 13C is a diagram showing a data structure of time information in aTMCC extension information region of the broadcasting system;

FIG. 14 is an operation sequence diagram at the time of channel scanningof the broadcast receiving apparatus according to the first embodiment;

FIG. 15A is a diagram showing a data structure of a TLV-NIT of thebroadcasting system;

FIG. 15B is a diagram showing a data structure of a satellite deliverysystem descriptor of the broadcasting system;

FIG. 15C is a diagram showing a data structure of a service listdescriptor of the broadcasting system;

FIG. 15D is a diagram showing a data structure of an AMT of thebroadcasting system;

FIG. 16 is an operation sequence diagram at the time of channelselection of the broadcast receiving apparatus according to the firstembodiment;

FIG. 17 is a diagram showing a data structure of an MPT of thebroadcasting system;

FIG. 18 is a diagram showing a data structure of an LCT of thebroadcasting system;

FIG. 19A is a diagram showing an example of layout assignment to alayout number based on the LCT;

FIG. 19B is a diagram showing another example of layout assignment to alayout number based on the LCT;

FIG. 19C is a diagram showing still another example of layout assignmentto a layout number based on the LCT;

FIG. 19D is a diagram showing still another example of layout assignmentto a layout number based on the LCT;

FIG. 20A is an explanatory diagram of an operation of an exceptionalprocess of screen layout control based on the LCT;

FIG. 20B is an explanatory diagram of an operation of an exceptionalprocess of screen layout control based on the LCT;

FIG. 21 is a diagram showing a data structure of an MH-EIT of thebroadcasting system;

FIG. 22A is a screen display diagram of an EPG screen of the broadcastreceiving apparatus according to the first embodiment;

FIG. 22B is a screen display diagram of an EPG screen of the broadcastreceiving apparatus according to the first embodiment;

FIG. 22C is a screen display diagram of an EPG screen of the broadcastreceiving apparatus according to the first embodiment;

FIG. 23 is a screen display diagram at the time of displaying anemergency warning broadcasting message of the broadcast receivingapparatus according to the first embodiment;

FIG. 24 is a block diagram of a broadcast receiving apparatus accordingto a second embodiment;

FIG. 25 is an explanatory diagram of inconsistent display of currenttime at the time of switching broadcasting services;

FIG. 26A is an explanatory diagram of an operation of selection controlof a reference source of current time information according to thesecond embodiment;

FIG. 26B is an operation sequence diagram of an update process ofcurrent time information according to the second embodiment;

FIG. 27A is a screen display diagram of an EPG screen of the broadcastreceiving apparatus according to the second embodiment;

FIG. 27B is a screen display diagram of an EPG screen of the broadcastreceiving apparatus according to the second embodiment;

FIG. 28 is a system configuration diagram of a broadcast communicationsystem according to a third embodiment;

FIG. 29A is a diagram showing a data structure of a contents informationdescriptor of a broadcasting system;

FIG. 29B is an explanatory diagram of meaning of content types in thecontents information descriptor of the broadcasting system;

FIG. 29C is an explanatory diagram of meaning of source equipmentprimary color chromaticity coordinates and source equipment whitechromaticity coordinates in the contents information descriptor of thebroadcasting system;

FIG. 29D is an explanatory diagram of meaning of EOTF identification inthe contents information descriptor of the broadcasting system;

FIG. 30 is a screen display diagram of an EPG screen in a broadcastreceiving apparatus according to the third embodiment;

FIG. 31A is an explanatory diagram of a shift of color gamut betweensource equipment and a monitor device;

FIG. 31B is an explanatory diagram of a color gamut converting processof the broadcast receiving apparatus according to the third embodiment;

FIG. 31C is an explanatory diagram of the color gamut converting processof the broadcast receiving apparatus according to the third embodiment;

FIG. 32 is an explanatory diagram of image quality adjustment items ofthe broadcast receiving apparatus according to the third embodiment;

FIG. 33A is an explanatory diagram of a converting process of luminancelevels of the broadcast receiving apparatus according to the thirdembodiment;

FIG. 33B is an explanatory diagram of the converting process ofluminance levels of the broadcast receiving apparatus according to thethird embodiment;

FIG. 34 is a system configuration diagram of a broadcast communicationsystem according to a fourth embodiment;

FIG. 35A is a block diagram of the broadcast receiving apparatusaccording to the fourth embodiment;

FIG. 35B is a software configuration diagram of the broadcast receivingapparatus according to the fourth embodiment;

FIG. 36 is an interface configuration diagram between the broadcastreceiving apparatus according to the fourth embodiment and the monitordevice;

FIG. 37 is an explanatory diagram of mastering information that thebroadcast receiving apparatus according to the fourth embodimentoutputs;

FIG. 38 is a system configuration diagram of a broadcast communicationsystem according to a fifth embodiment;

FIG. 39 is an explanatory diagram of one example of output controlinformation according to the fifth embodiment;

FIG. 40 is an explanatory diagram of one example of reception controlinformation according to the fifth embodiment;

FIG. 41A is an explanatory diagram of one example of the receptioncontrol information according to the fifth embodiment;

FIG. 41B is an explanatory diagram of one example of the receptioncontrol information according to the fifth embodiment;

FIG. 42 is an explanatory diagram of one example of the receptioncontrol information according to the fifth embodiment;

FIG. 43 is an explanatory diagram of one example of a process ofdetermining output protection for contents according to the fifthembodiment;

FIG. 44 is an explanatory diagram of one example of a process ofdetermining output protection for contents according to the fifthembodiment; and

FIGS. 45A-45D are an explanatory diagram of one example of a process ofdetermining output protection for contents according to the fifthembodiment.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS

Hereinafter, embodiments of the present invention will be described withreference to the drawings.

First Embodiment

[System Configuration]

FIG. 1 is a system configuration diagram showing an example of abroadcast communication system including a broadcast receiving apparatusaccording to the present embodiment. The broadcast communication systemof the present embodiment includes a broadcast receiving apparatus 100,an antenna 100 a, a broadband network such as the Internet 200, a routerdevice 200 r, an access point 200 a, a radio tower 300 t and a broadcastsatellite (or communication satellite) 300 s of a broadcast station, abroadcast station server 300, a service provider server 400, an otherapplication server 500, a mobile phone communication server 600, a basestation 600 b of a mobile phone communication network, and a portableinformation terminal 700.

The broadcast receiving apparatus 100 receives broadcast wavestransmitted from the radio tower 300 t via the broadcast satellite (orcommunication satellite) 300 s and the antenna 100 a. Alternatively, thebroadcast receiving apparatus 100 may receive broadcast wavestransmitted from the radio tower 300 t directly from the antenna 100 awithout passing through the broadcast satellite (or communicationsatellite) 300 s. In addition, the broadcast receiving apparatus 100 canbe connected to the Internet 200 via the router device 200 r, and thuscan perform data transmission and reception through the communicationwith server devices and other communication equipment on the Internet200.

The router device 200 r is connected to the Internet 200 through wiredcommunication, to the broadcast receiving apparatus 100 through wired orwireless communication, and to the portable information terminal 700through wireless communication. The wireless communication may beestablished by Wi-Fi (registered trademark) or the like. This allows theserver devices and other communication equipment on the Internet 200,the broadcast receiving apparatus 100, and the portable informationterminal 700 to perform data transmission and reception between oneanother via the router device 200 r. Note that the communication betweenthe broadcast receiving apparatus 100 and the portable informationterminal 700 may be performed as direct communication by BlueTooth(registered trademark), NFC (Near Field Communication) or the likewithout passing through the rooter 200 r.

The radio tower 300 t is a broadcasting facility of the broadcaststation and transmits broadcast waves including coded data ofbroadcasting programs, subtitle information, other applications,general-purpose data, and the like. The broadcast satellite (orcommunication satellite) 300 s is a relay device that receives broadcastwaves transmitted from the radio tower 300 t of the broadcast station,performs frequency conversion and the like as appropriate, and thentransmits the radio waves to the antenna 100 a connected to thebroadcast receiving apparatus 100. In addition, the broadcast stationhas the broadcast station server 300. The broadcast station server 300can store metadata such as broadcasting programs (video contents, etc.)and the titles, IDs, summaries, casts, broadcasting dates and the likeof the broadcasting programs, and provide the video contents andmetadata to a service provider based on a contract. Note that the videocontents and metadata may be provided to the service provider through anAPI (Application Programming Interface) in the broadcast station server300.

The service provider server 400 is a server device prepared by theservice provider, and can provide various services cooperated withbroadcasting programs distributed from the broadcast station. Inaddition, the service provider server 400 stores, manages, anddistributes video contents and metadata delivered from the broadcaststation server 300 and various contents, applications and the likecooperated with the broadcasting programs. In addition, the serviceprovider server 400 further has a function of searching for deliverablecontents, applications and the like and presenting a list of them inresponse to an inquiry from the television receiver and the like. Notethat the storage, management, and distribution of the contents andmetadata and those of the applications may be performed by differentserver devices. The broadcast station and the service provider may bethe same or different from each other. A plurality of service providerservers 400 may be prepared for different services. In addition, thebroadcast station server 300 may be provided with the functions of theservice provider server 400.

The other application server 500 is a publicly known server device thatstores, manages, and distributes other general applications, operatingprograms, contents, data, and the like. A plurality of other applicationservers 500 may be provided on the Internet 200.

The mobile phone communication server 600 is connected to the Internet200 and is further connected to the portable information terminal 700via the base station 600 b. The mobile phone communication server 600manages telephone communication (telephone call) and data transmissionand reception performed by the portable information terminal 700 throughthe mobile phone communication network, and allows the portableinformation terminal 700 to perform data transmission and receptionthrough the communication with server devices and other communicationequipment on the Internet 200. The communication between the basestation 600 b and the portable information terminal 700 may be performedby W-CDMA (Wideband Code Division Multiple Access: registeredtrademark), GSM (Global System for Mobile Communications: registeredtrademark), LTE (Long Term Evolution), or other communication methods.

The portable information terminal 700 has a function of telephonecommunication (telephone call) and data transmission and receptionthrough the mobile phone communication network and a function ofwireless communication through Wi-Fi (registered trademark) or the like.The portable information terminal 700 can be connected to the Internet200 via the router device 200 r or the access point 200 a or via thebase station 600 b and the mobile phone communication server 600 on themobile phone communication network, and thus can perform datatransmission and reception through the communication with server devicesand other communication equipment on the Internet 200. The access point200 a is connected to the internet 200 through wired communication andis further connected to the portable information terminal 700 throughwireless communication. The wireless communication may be established byWi-Fi (registered trademark) or the like. Note that the communicationbetween the portable information terminal 700 and the broadcastreceiving apparatus 100 may be performed via the access point 200 a, theInternet 200, and the router device 200 r or via the base station 600 b,the mobile phone communication server 600, the Internet 200, and therouter device 200 r.

[Outline of MMT Method]

The broadcast receiving apparatus 100 shown in FIG. 1 is a televisionreceiver that supports MMT (MPEG Media Transport) as a media transportmethod for transmitting video and audio data, in place of TS (TransportStream) defined in the MPEG (Moving Picture Experts Group)-2 system(hereinafter, “MPEG2-TS”) mainly adopted by conventional digitalbroadcasting systems. The broadcast receiving apparatus 100 may be atelevision receiver supporting both MPEG2-TS and MMT.

MPEG2-TS has a characteristic of multiplexing video and audio componentsand the like making up a program, in a single stream together withcontrol signals and clocks. Since the components are treated as singlestream with the inclusion of clocks, MPEG2-TS is suitable for thetransmission of single contents through a single transmission path withan ensured transmission quality, and thus has been adopted by manyconventional digital broadcasting systems. On the other hand, because ofthe functional limitations of MPEG2-TS for the recent changes in thecontents distribution environment including the diversification ofcontents, diversification of equipment using contents, diversificationof transmission paths through which contents are distributed, anddiversification of contents accumulation environment, MMT has beenestablished as a new media transport method.

FIG. 2A shows an example of an outline of a coded signal in MMT of thepresent embodiment. As shown in FIG. 2A, MMT of the present embodimenthas an MFU (Media Fragment Unit), an MPU (Media Processing Unit), anMMTP (MMT Protocol) payload, and an MMTP packet as elements making upthe coded signal. The MFU is a format at the time of transmitting video,audio, and the like, and may be configured in units of NAL (NetworkAbstraction Layer) unit or access unit. The MPU may be configured of MPUmetadata including information related to the overall configuration ofthe MPU, movie fragment metadata including information of coded mediadata, and sample data that is coded media data. Further, MFU can beextracted from the sample data. Further, in the case of media such asvideo components and audio components, presentation time and decodingtime may be specified in units of MPU or access unit. FIG. 2B shows anexample of a configuration of the MPU.

The MMTP packet is configured of a header and an MMTP payload, andtransmits control information of the MFU and MMT. The MMTP payload has apayload header corresponding to contents (data unit) stored in a payloadsection. FIG. 2C shows an example of an outline of a process of makingthe MFU from video and audio signals, storing the MFU in the MMTPpayload, and then creating the MMTP packet. In the case of a videosignal that is coded using inter-frame prediction, the MPU is desirablyconfigured in units of GOP (Group of Pictures) In addition, when thesize of MFU to be transmitted is small, a single MFU may be stored in asingle payload section, or a plurality of MFUs may be stored in a singlepayload section. In addition, when the size of MFU to be transmitted islarge, a single MFU may be divided and then stored in a plurality ofpayload sections. In order to recover a packet loss on a transmissionpath, the MMTP packet may be protected by such techniques as AL-FEC(Application Layer Forward Error Correction) and ARQ (Automatic RepeatRequest).

The broadcasting system of the present embodiment uses MPEG-H HEVC (HighEfficiency Video Coding) as a video coding method, and uses MPEG-4 AAC(Advanced Audio Coding) or MPEG-4 ALS (Audio Lossless Coding) as anaudio coding method. Coded data of video, audio, and the like ofbroadcasting programs that are coded by the methods described above isformatted into MFU or MPU, stored in an MMTP payload, encapsulated in anMMTP packet, and then transmitted in the form of an IP (InternetProtocol) packet. In addition, data contents related to broadcastingprograms may also be formatted into MFU or MPU, stored in an MMTPpayload, encapsulated in an MMTP packet, and then transmitted in theform of an IP packet. Four types of data contents transmission methodsare prepared, which include a subtitle/caption transmission method usedfor data steaming synchronous with broadcasting, an applicationtransmission method used for data transmission asynchronous withbroadcasting, an event message transmission method used forsynchronous/asynchronous message notification to applications operatingon the television receiver, and a general-purpose data transmissionmethod for synchronous/asynchronous transmission of othergeneral-purpose data.

In the transmission of MMTP packets, UDP/IP (User DatagramProtocol/Internet Protocol) is used for the broadcast transmission path,and UDP/IP or TCP/IP (Transmission Control Protocol/Internet Protocol)is used for the communication line. Further, TLV (Type Length Value)multiplexing is used in the broadcast transmission path for efficienttransmission of IP packets. Examples of protocol stack for thebroadcasting system of the present embodiment are shown in FIG. 3. InFIG. 3, (A) shows an example of a protocol stack for the broadcasttransmission path, and (B) shows an example of a protocol stack for thecommunication line.

The broadcasting system of the present embodiment provides a scheme fortransmitting two types of control information, that is, MMT-SI(MMT-Signaling Information) and TLV-SI (TLV-Signaling Information).MMT-SI is control information indicating the configuration of abroadcasting program and the like. This control information is formattedinto an MMT control message, stored in an MMTP payload, encapsulated inan MMTP packet, and then transmitted in the form of an IP packet. TLV-SIis control information related to IP packet multiplexing, and providesinformation for channel selection and correspondence information of IPaddresses and services.

Further, even the broadcasting system using the MMT transmits timeinformation in order to provide an absolute time. Note that componentpresentation time is indicated for each TS based on different clocks inthe MPEG2-TS, while component presentation time is indicated based onthe coordinated universal time (UTC) in the MMT. This scheme allows aterminal device to display components transmitted from differenttransmission points through different transmission paths insynchronization. IP packets conforming to an NTP (Network Time Protocol)are used for providing the UTC.

[Control Information of Broadcasting System Using MMT]

As described above, in the broadcasting system compatible with thebroadcast receiving apparatus 100 of the present embodiment, TLV-SIrelated to a TLV multiplexing method for multiplexing IP packets andMMT-SI related to MMT which is a media transport method are prepared asthe control information. TLV-SI provides information with which thebroadcast receiving apparatus 100 demultiplexes IP packets multiplexedin the broadcast transmission path. TLV-SI is composed of a “table” anda “descriptor”. The “table” is transmitted in a section format, and the“descriptor” is placed in the “table”. MMT-SI is transmission controlinformation indicating the information related to configuration of anMMT package and broadcasting services. MMT-SI has a three-layerstructure composed of a “message” layer storing “table” and“descriptor”, a “table” layer having an element and property thatindicate specific information, and a “descriptor” layer indicating moredetailed information. An example of the layer structure of the controlinformation used in the broadcasting system of the present embodiment isshown in FIG. 4.

<Tables Used for TLV-SI>

FIG. 5A shows a list of “tables” used for TLV-SI of the broadcastingsystem compatible with the broadcast receiving apparatus 100 of thepresent embodiment. In the present embodiment, the following tables areused as “tables” of TLV-SI.

(1) TLV-NIT

A network information table for TLV (TLV-NIT) provides informationrelated to the physical configuration of a TLV stream transmittedthrough a network and indicates the characteristics of the network.

(2) AMT

An address map table (AMT) provides a list of multicast groups of IPpackets making up respective services transmitted through the network.

(3) Table Set by Provider

Other tables set uniquely by the service provider and the like may beprepared.

<Descriptors Used for TLV-SI>

FIG. 5B shows a list of “descriptors” included in TLV-SI of thebroadcasting system compatible with the broadcast receiving apparatus100 of the present embodiment. In the present embodiment, the followingdescriptors are used as “descriptors” of TLV-SI.

(1) Service List Descriptor

A service list descriptor provides a list of services classified byservice identifications and service types.

(2) Satellite Delivery System Descriptor

A satellite delivery system descriptor indicates physical conditions fora satellite transmission path.

(3) System Management Descriptor

A system management descriptor is used to distinguish broadcasting fromnon-broadcasting.

(4) Network Name Descriptor

A network name descriptor describes a network name with character codes.

(5) Descriptor Set by Provider

Other descriptors set uniquely by the service provider and the like maybe prepared.

<Messages Used for MMT-SI>

FIG. 6A shows a list of “messages” used for MMT-SI of the broadcastingsystem compatible with the broadcast receiving apparatus 100 of thepresent embodiment. In the present embodiment, the following messagesare used as “messages” of MMT-SI.

(1) PA Message

A package access (PA) message is used to transmit various tables.

(2) M2 Section Message

An M2 section message is used to transmit section extension format ofthe MPEG-2 Systems.

(3) CA Message

A CA message is used to transmit a table for identifying a conditionalaccess method.

(4) M2 Short Section Message

An M2 short section message is used to transmit section short format ofthe MPEG-2 Systems.

(5) Data Transmission Message

A data transmission message is a message storing a table related to datatransmission.

(6) Message Set by Provider

Other messages set uniquely by the service provider and the like may beprepared.

<Tables Used for MMT-SI>

FIG. 6B shows a list of “tables” used for MMT-SI of the broadcastingsystem compatible with the broadcast receiving apparatus 100 of thepresent embodiment. A table is control information having an element andproperty that indicate specific information. A table is stored in amessage and is encapsulated in an MMTP packet to be transmitted. Notethat a message that stores a table may be determined in accordance withthe type of the table. In the present embodiment, the following tablesare used as “tables” of MMT-SI.

(1) MPT

An MMT package table (MPT) provides package configuration informationsuch as a list of assets and locations of assets on the network. An MPTmay be stored in a PA message.

(2) PLT

A package list table (PLT) presents a list of IP data flows fortransmitting PA messages of MMT packages provided as a broadcastingservice, packet IDs, and IP data flows for transmitting IP services. APLT may be stored in a PA message.

(3) LCT

A layout configuration table (LCT) is used to correlate layoutinformation for presentation with layout numbers. An LCT may be storedin a PA message.

(4) ECM

An entertainment control message (ECM) is common information made up ofprogram information and control information, and delivers keyinformation for descrambling and others. An ECM may be stored in an M2section message.

(5) EMM

An entitlement management message (EMM) is used to transmit personalinformation including contract information for individual subscribersand key information for decoding ECM (common information) An EMM may bestored in an M2 section message.

(6) CAT (MH)

A conditional access table (CA table (CAT)) (MH) is used to store adescriptor for identifying a conditional access method. A CAT (MH) maybe stored in a CA message.

(7) DCM

A download control message (DCM) transmits key-related informationincluding a key for decoding a transmission path code for downloading. ADCM may be stored in an M2 section message.

(8) DMM

A download management message (DMM) transmits key-related informationincluding a download key for decoding an encoded DCM. A DMM may bestored in an M2 section message.

(9) MH-EIT

An MH-event information table (MH-EIT) is time-series informationrelated to events included in each service. An MH-EIT may be stored inan M2 section message.

(10) MH-AIT

An MH-application information table (MH-AIT) stores all the informationrelated to applications and startup conditions required forapplications. An MH-AIT may be stored in an M2 section message.

(11) MH-BIT

An MH-broadcaster information table (MH-BIT) is used to provideinformation of broadcasters present on the network. An MH-BIT may bestored in an M2 section message.

(12) MH-SDTT

An MH-software download trigger table (MH-SDTT) is used to providedownload announcement information. An MH-SDTT may be stored in an M2section message.

(13) MH-SDT

An MH-service description table (MH-SDT) has a subtable indicating aservice included in a specific TLV stream and transmits informationrelated to a sub-channel such as a name of sub-channel and a name of abroadcaster. An MH-SDT may be stored in an M2 section message.

(14) MH-TOT

An MH-time offset table (MH-TOT) transmits JST time and date (ModifiedJulian Date) information. An MH-TOT may be stored in an M2 short sectionmessage.

(15) MH-CDT

An MH-common data table (MH-CDT) is used to transmit common data, whichshould be stored in a non-volatile memory, in a section format to allreceivers that receive the MH-CDT. An MH-CDT may be stored in an M2section message.

(16) DDM Table

A data directory management (DDM) table provides a directoryconfiguration of files making up an application in order to separate afile configuration of the application from a configuration for filetransmission. A DDM table may be stored in a data transmission message.

(17) DAM Table

A data asset management (DAM) table provides a configuration of MPU inan asset and version information of each MPU. A DAM table may be storedin a data transmission message.

(18) DCC Table

A data content configuration (DCC) table provides configurationinformation of files as data contents in order to achieve flexible andeffective cache control. A DCC table may be stored in a datatransmission message.

(19) EMT

An event message table (EMT) is used to transmit information related toan event message. An EMT may be stored in an M2 section message.

(20) Table Set by Provider

Other tables set uniquely by the service provider and the like may beprovided.

<Descriptors Used for MMT-SI>

FIGS. 6C and 6D show lists of “descriptors” included in MMT-SI of thebroadcasting system compatible with the broadcast receiving apparatus100 of the present embodiment. A descriptor is control information thatprovides more detailed information, and is included in a table. Notethat a table in which a descriptor is included may be determined inaccordance with the type of the descriptor. In the present embodiment,the following descriptors are used as “descriptors” of MMT-SI.

(1) Asset Group Descriptor

An asset group descriptor provides a relation of an asset group and apriority in the group. An asset group descriptor may be included in theMPT.

(2) Event Package Descriptor

An event package descriptor provides a correlation between an event,which represents a program, and a package. An event package descriptormay be included in MH-EIT stored in an M2 section message to betransmitted.

(3) Background Color Specifying Descriptor

A background color specifying descriptor provides a background color ofa rearmost plane in layout specification. A background color specifyingdescriptor may be included in LCT.

(4) MPU Presentation Region Specifying Descriptor

An MPU presentation region specifying descriptor provides a location ofpresentation of MPU. An MPU presentation region specifying descriptormay be included in the MPT.

(5) MPU Timestamp Descriptor

An MPU timestamp descriptor indicates the time of presentation of thefirst access unit in the presentation order in the MPU. An MPU timestampdescriptor may be included in the MPT.

(6) Dependency Relation Descriptor

A dependency relation descriptor provides asset IDs for assets dependenton each other. A dependency relation descriptor may be included in theMPT.

(7) Access Control Descriptor

An access control descriptor provides information for identifying theconditional access method. An access control descriptor may be includedin the MPT or CAT (MH).

(8) Scramble Method Descriptor

A scramble method descriptor provides information for identifying atarget to be encoded at the time of scrambling and a type of an encodingalgorithm. A scramble method descriptor may be included in the MPT orCAT (MH).

(9) Message Authentication Method Descriptor

A message authentication method descriptor provides information foridentifying a message authentication method when message authenticationis performed. A message authentication method descriptor may be includedin the MPT or CAT (MH).

(10) Emergency Information Descriptor (MH)

An emergency information descriptor (MH) is used when emergency warningbroadcasting is performed. An emergency information descriptor (MH) maybe included in the MPT.

(11) MH-MPEG-4 Audio Descriptor

An MH-MPEG-4 audio descriptor is used to describe basic information forspecifying coding parameters of an audio stream defined in ISO/IEC14496-3 (MPEG-4 audio). An MH-MPEG-4 audio descriptor may be included inthe MPT.

(12) MH-MPEG-4 Audio Extension Descriptor

An MH-MPEG-4 audio extension descriptor is used to describe a profile,level, and specific setting to a coding method of an MPEG-4 audiostream. An MH-MPEG-4 audio extension descriptor may be included in theMPT.

(13) MH-HEVC Video Descriptor

An MH-HEVC video descriptor is used to describe basic coding parametersfor a video stream (HEVC stream) defined in ITU-T Recommendation H.265and ISO/IEC 23008-2. An MH-HEVC video descriptor may be included in theMPT.

(14) MH-Link Descriptor

An MH-link descriptor identifies a service that is provided when aviewer demands additional information related to a specific matterdescribed in a program arrangement information system. An MH-linkdescriptor may be included in the MPT, MH-EIT, MH-SDT, and the like.

(15) MH-Event Group Descriptor

An MH-event group descriptor is used to indicate that a plurality ofevents form a group when these events are related to one another. AnMH-event group descriptor may be included in MH-EIT.

(16) MH-Service List Descriptor

An MH-service list descriptor provides a list of services classified byservice identifications and service types. An MH-service list descriptormay be included in MH-BIT.

(17) MH-Short Format Event Descriptor

An MH-short format event descriptor represents an event name and a shortdescription of the event in a text format. An MH-short format eventdescriptor may be included in MH-EIT.

(18) MH-Extension Format Event Descriptor

An MH-extension format event descriptor is added to an MH-short formatevent descriptor, and provides a detailed description of an event. AnMH-extension format event descriptor may be included in MH-EIT.

(19) Video Component Descriptor

A video component descriptor provides parameters and description for avideo component, and is used also for expressing an elementary stream ina text format. A video component descriptor may be included in the MPTor MH-EIT.

(20) MH-Stream Identifying Descriptor

An MH-stream identifying descriptor is used to attach a label to acomponent stream for a service so that descriptive contents indicated bya video component descriptor in MH-EIT can be referred to with thelabel. An MH-stream identifying descriptor may be included in the MPT.

(21) MH-Content Descriptor

An MH-content descriptor indicates the genre of an event. An MH-contentdescriptor may be included in MH-EIT.

(22) MH-Parental Rate Descriptor

An MH-parental rate descriptor indicates age-based viewing restriction,and is used to extend the range of restriction based on otherrestriction conditions. An MH-parental rate descriptor may be includedin the MPT or MH-EIT.

(23) MH-Audio Component Descriptor

An MH-audio component descriptor provides parameters for an audioelementary stream, and is used also for expressing the elementary streamin a text format. An MH-audio component descriptor may be included inthe MPT or MH-EIT.

(24) MH-Target Area Descriptor

An MH-target area descriptor is used to describe a target area of aprogram or some streams making up the program. An MH-target areadescriptor may be included in the MPT.

(25) MH-Series Descriptor

An MH-series descriptor is used to identify a series program. AnMH-series descriptor may be included in MH-EIT.

(26) MH-SI Transmission Parameter Descriptor

An MH-SI transmission parameter descriptor is used to indicate SItransmission parameters. An MH-SI transmission parameter descriptor maybe included in MH-BIT.

(27) MH-Broadcaster Name Descriptor

An MH-broadcaster name descriptor describes a name of a broadcaster. AnMH-broadcaster name descriptor may be included in MH-BIT.

(28) MH-Service Descriptor

An MH-service descriptor expresses a name of a sub-channel and a name ofa provider of the sub-channel in character code together with a servicetype. An MH-service descriptor may be included in MH-SDT.

(29) IP Data Flow Descriptor

An IP data flow descriptor provides information of IP data flow makingup a service. An IP data flow descriptor may be included in MH-SDT.

(30) MH-CA Startup Descriptor

An MH-CA startup descriptor describes startup information for starting aCAS program on a CAS board. An MH-CA startup descriptor may be includedin the MPT or CAT (CA).

(31) MH-Type Descriptor

An MH-Type descriptor indicates a type of a file transmitted by anapplication transmission method. An MH-Type descriptor may be includedin a DAM table.

(32) MH-Info Descriptor

An MH-Info descriptor describes information related to MPU or an item.An MH-Info descriptor may be included in a DAM table.

(33) MH-Expire Descriptor

An MH-Expire descriptor describes an expiration date of an item. AnMH-Expire descriptor may be included in a DAM table.

(34) MH-Compression Type Descriptor

An MH-Compression Type descriptor states that an item to be transmittedis compressed, and indicates a compression algorithm for the compressionand the number of bytes of the item before the compression. AnMH-Compression Type descriptor may be included in a DAM table.

(35) MH-Data Coding Method Descriptor

An MH-data coding method descriptor is used to identify a data codingmethod. An MH-data coding method descriptor may be included in the MPT.

(36) UTC-NPT Reference Descriptor

A UTC-NPT reference descriptor is used to transmit a relation betweenNPT (Normal Play Time) and UTC. A UTC-NPT reference descriptor may beincluded in EMT.

(37) Event Message Descriptor

An event message descriptor transmits information generally related toevent messages. An event message descriptor may be included in EMT.

(38) MH-Local Time Offset Descriptor

An MH-local time offset descriptor is used to provide a given offsetvalue to actual time (e.g., UTC+9 hours) and display time to a humansystem when a daylight saving time system is implemented. An MH-localtime offset descriptor may be included in MH-TOT.

(39) MH-Component Group Descriptor

An MH-component group descriptor defines and identifies a combination ofcomponents in an event. An MH-component group descriptor may be includedin MH-EIT.

(40) MH-Logo Transmission Descriptor

An MH-logo transmission descriptor is used to describe pointing to acharacter string for a simplified logo and a logo in a CDT format. AnMH-logo transmission descriptor may be included in MH-SDT.

(41) MPU Extension Timestamp Descriptor

An MPU extension timestamp descriptor provides a time to decode anaccess unit in MPU. An MPU extension timestamp descriptor may beincluded in the MPT.

(42) MPU Download Contents Descriptor

An MPU download contents descriptor is used to describe propertyinformation of contents that are downloaded using MPU. An MPU downloadcontents descriptor may be included in MH-SDTT.

(43) MH-Network Download Contents Descriptor

An MH-network download contents descriptor is used to describe propertyinformation of contents that are downloaded through the network. AnMH-network download contents descriptor may be included in MH-SDTT.

(44) MH-Application Descriptor

An MH-application descriptor describes information of an application. AnMH-application descriptor may be included in an MH-AIT.

(45) MH-Transmission Protocol Descriptor

An MH-transmission protocol descriptor is used to specify a transmissionprotocol for broadcasting, communication, and the like, and to providelocation information of an application depending on the transmissionprotocol. An MH-transmission protocol descriptor may be included in theMH-AIT.

(46) MH-Simplified Application Location Descriptor

An MH-simplified application location descriptor provides the detaileddescription of an acquisition source of an application. An MH-simplifiedapplication location descriptor may be included in the MH-AIT.

(47) MH-Application Boundary Authority Setting Descriptor

An MH-application boundary authority setting descriptor provides adescription for setting an application boundary and setting an authorityfor access to broadcasting resources for each region (URL). AnMH-application boundary authority setting descriptor may be included inthe MH-AIT.

(48) MH-Startup Priority Information Descriptor

An MH-startup priority information descriptor provides a description forspecifying a startup priority of an application. An MH-startup priorityinformation descriptor may be included in the MH-AIT.

(49) MH-Cache Information Descriptor

An MH-cache information descriptor provides a description used for cachecontrol in a case where resources making up an application are saved ina cache when reuse of the application is assumed. An MH-cacheinformation descriptor may be included in the MH-AIT.

(50) MH-Probability-Applied Delay Descriptor

An MH-probability-applied delay descriptor provides a description fordelaying the time of execution of application control by a delay timeset probabilistically, with the expectation that server access loads foracquiring the application are to be dispersed. An MH-probability-applieddelay descriptor may be included in the MH-AIT.

(51) Link Destination PU Descriptor

A link destination PU descriptor describes another presentation unit(PU) to which a presentation unit may possibly make transition. A linkdestination PU descriptor may be included in a DCC table.

(52) Lock Cache Specifying Descriptor

A lock cache specifying descriptor describes a description forspecifying a file to be cached and locked in a presentation unit. A lockcache specifying descriptor may be included in a DCC table.

(53) Unlock Cache Specifying Descriptor

An unlock cache specifying descriptor provides a description forspecifying a file to be unlocked among locked files in a presentationunit. An unlock cache specifying descriptor may be included in a DCCtable.

(54) Descriptor Set by Provider

Other descriptors set uniquely by the service provider and the like maybe prepared.

<Relation Between Data Transmission and Control Information in MMTMethod>

Here, the relation between data transmission and typical tables in thebroadcasting system compatible with the broadcast receiving apparatus100 of the present embodiment will be described with reference to FIG.6E.

The broadcasting system compatible with the broadcast receivingapparatus 100 of the present embodiment can perform data transmissionthrough a plurality of routes such as TLV streams transmitted throughthe broadcast transmission path and IP data flows transmitted throughthe communication line. A TLV stream includes TLV-SI such as a TLV-NITand an AMT and an IP data flow which is a data flow of IP packets. TheIP data flow includes a video asset including a series of video MPUs andan audio asset including a series of audio MPUs. Similarly, the IP dataflow may include a subtitle asset including a series of subtitle MPUs, acaption asset including a series of caption MPUs, and a data assetincluding a series of data MPUs. These various assets are associated inunits of “package” by the MPT (MMT package table) which is stored in aPA message to be transmitted. Specifically, these assets are associatedby describing a package ID (corresponding to “MMT_package_id_byte”parameter which will be shown later in FIG. 17) and asset IDs(corresponding to “asset_id_byte” parameter which will be shown later inFIG. 17) for respective assets included in the package, in the MPT.

The assets making up a package may be limited to assets in a TLV stream,but may include assets transmitted by an IP data flow through thecommunication line as shown in FIG. 6E. This is made possible byproviding location information (corresponding to“MMT_general_location_info( )” which will be shown later in FIG. 17) ofthe assets included in the package in the MPT so that the broadcastreceiving apparatus 100 of the present embodiment can know the referencedestination of each asset. Specifically, by changing the value of an“MMT_general_location_infonolocation_type” parameter which is includedin the location information, the broadcast receiving apparatus 100 canrefer to various pieces of data transmitted through various transmissionroutes including:

(1) data multiplexed in the same IP data flow as the MPT(location_type=0x00);

(2) data multiplexed in an IPv4 data flow (location_type=0x01);

(3) data multiplexed in an IPv6 data flow (location_type=0x02);

(4) data multiplexed in a broadcasting MPEG2-TS (location_type=0x03);

(5) data multiplexed in an MPEG2-TS format in an IP data flow(location_type=0x04); and

(6) data located by a specified URL (location_type=0x05).

Among the above reference destinations, (1) is, for example, an IP dataflow that is received in the form of a digital broadcasting signalreceived by a tuner/demodulating unit 131 of the broadcast receivingapparatus 100 to be described later with reference to FIG. 7A. When theMPT is included also in an IP data flow on the side of a communicationline and is transmitted, the reference destination of (1) may be changedto an IP data flow received by a LAN communication unit 121 to bedescribed later through the communication line. Further, (2), (3), (5),and (6) described above are IP data flows received by the LANcommunication unit 121 to be described later through the communicationline. In addition, (4) described above can be used when to refer to thedata multiplexed in MPEG2-TS received by the receiving function ofreceiving digital broadcasting signals transmitted by the MPEG2-TSmethod on the basis of location information (“MMT_general_location_info()”) of the MPT included in a digital broadcasting signal transmitted bythe MMT method, in the case of the broadcast receiving apparatus havingboth of a receiving function of receiving digital broadcasting signalstransmitted by the MMT method and a receiving function of receivingdigital broadcasting signals transmitted by the MPEG2-TS method, like abroadcast receiving apparatus 800 of a second embodiment to be descriedlater with reference to FIG. 24.

Note that the data making up the “package” is specified in theabove-described manner, and a series of data grouped in a unit of“package” are treated as a “service” unit for digital broadcasting inthe broadcasting system compatible with the broadcast receivingapparatus 100 of the present embodiment.

Moreover, presentation time information of each MPU specified by the MPT(corresponding to “mpu_presentation_time” parameter to be shown later inFIG. 13B) is described in the MPT, and a plurality of MPUs specified bythe MPT can be presented (displayed or output) in conjunction with eachother by using the presentation time information, with reference to aclock based on the NTP which is time information expressed by the UTCnotation. Presentation control of various data using the clock based onthe NTP will be described later.

The data transmission method of the present embodiment shown in FIG. 6Efurther includes a concept of “event”. “Event” is a concept representinga so-called “program” handled by MH-EIT included in an M2 sectionmessage to be transmitted. Specifically, in the “package” indicated byan event package descriptor stored in the MH-EIT, a series of dataincluded in a period between a start time (corresponding to a“start_time” parameter to be described later in FIG. 21) stored in theMH-EIT and the end of a duration time (corresponding to a “duration”parameter to be described later in FIG. 21) are data included in theconcept of “event”. The MH-EIT can be used for various processesperformed in units of “event” (e.g., process of creating a programguide, process of controlling timer recording and viewing reservation,process of protecting copy rights such as temporary data storage, etc.)in the broadcast receiving apparatus 100 of the present embodiment.

[Hardware Configuration of Broadcast Receiving Apparatus]

FIG. 7A is a block diagram showing an example of an internalconfiguration of the broadcast receiving apparatus 100. The broadcastreceiving apparatus 100 includes a main control unit 101, a system bus102, a ROM 103, a RAM 104, a storage (accumulation) unit 110, the LANcommunication unit 121, an extension interface unit 124, a digitalinterface unit 125, the tuner/demodulating unit 131, a separating unit132, a video decoder 141, a video color gamut conversion unit 142, anaudio decoder 143, a caption decoder 144, a subtitle decoder 145, asubtitle synthesizing unit 146, a subtitle color gamut conversion unit147, a data decoder 151, a cache unit 152, an application control unit153, a browser unit 154, an application color gamut conversion unit 155,a sound source unit 156, a video synthesizing unit 161, a monitor unit162, a video output unit 163, an audio synthesizing unit 164, a speakerunit 165, an audio output unit 166, and an operation input unit 170.

The main control unit 101 is a microprocessor unit that controls thewhole of the broadcast receiving apparatus 100 in accordance with apredetermined operating program. The system bus 102 is a datacommunication path through which data is exchanged between the maincontrol unit 101 and each of operating blocks in the broadcast receivingapparatus 100.

The ROM (Read Only Memory) 103 is a non-volatile memory storing a basicoperating program such as operating system and other operating programs,and is provided as, for example, a rewritable ROM such as an EEPROM(Electrically Erasable Programmable ROM) and a flash ROM. The ROM 103may store operation set values necessary for the operation of thebroadcast receiving apparatus 100. The RAM (Random Access Memory) 104serves as a work area used when the basic operating program and otheroperating programs are executed. The ROM 103 and the RAM 104 may beintegrated with the main control unit 101. Further, a part of the memoryregion of the storage (accumulation) unit 110 may be used as the ROM 103instead of providing the ROM 103 having the independent configurationshown in FIG. 7A.

The storage (accumulation) unit 110 stores the operating programs andoperation set values of the broadcast receiving apparatus 100 andpersonal information of the user of the broadcast receiving apparatus100. In addition, the storage (accumulation) unit 110 can store anoperating program downloaded through the Internet 200 and various datacreated by the operating program. Further, the storage (accumulation)unit 110 can store such contents as moving images, still images, andsounds that are acquired from broadcast waves or downloaded through theInternet 200. A part of the memory region of the storage (accumulation)unit 110 may be used to substitute for a part or the whole of thefunction of the ROM 103. Further, the storage (accumulation) unit 110needs to retain the stored information even when power is not suppliedto the broadcast receiving apparatus 100 from an external power source.Therefore, the storage (accumulation) unit 110 is provided as, forexample, a non-volatile semiconductor element memory such as a flash ROMor an SSD (Solid State Driver) or a magnetic disk drive such as an HDD(Hard Disc Drive).

Note that the operating programs stored in the ROM 103 and the storage(accumulation) unit 110 can be added, updated and functionally extendedby a downloading process from server devices on the Internet 200.

The LAN (Local Area Network) communication unit 121 is connected to theInternet 200 via the router device 200 r, and transmits and receivesdata to and from server devices and other communication equipment on theInternet 200. Further, the LAN communication unit 121 acquires an MMTdata string (or part of it) of a program transmitted through thecommunication line. The LAN communication unit 121 may be connected tothe router device 200 r through wired communication or wirelesscommunication such as Wi-Fi (registered trademark). The LANcommunication unit 121 has a coding circuit, a decoding circuit, and thelike. In addition, the broadcast receiving apparatus 100 may furtherinclude other communication units such as a BlueTooth (registeredtrademark) communication unit, an NFC communication unit, and aninfrared communication unit.

The tuner/demodulating unit 131 receives broadcast waves transmittedfrom the radio tower 300 t via the antenna 100 a, and tunes to (selects)a channel giving a service that the user wishes to have, under thecontrol by the main control unit 101. Further, the tuner/demodulatingunit 131 demodulates a received broadcasting signal to acquire an MMTdata string. Although the example of FIG. 7A shows the configuration inwhich the broadcast receiving apparatus 100 has one tuner/demodulatingunit, the broadcast receiving apparatus 100 may be configured to have aplurality of tuner/demodulating units for the purpose of simultaneouslydisplaying a plurality of screens or recording a program on a differentchannel.

The separating unit 132 is an MMT decoder, and distributes a video datastring, an audio data string, a caption data string, a subtitle datastring, and the like which are real-time presentation elements to thevideo decoder 141, the audio decoder 143, the caption decoder 144, thesubtitle decoder 145, and the like, respectively, based on a controlsignal included in an MMT data string inputted to the separating unit132. Data inputted to the separating unit 132 may be an MMT data stringtransmitted through the broadcast transmission path to thetuner/demodulating unit 131 and demodulated therein or an MMT datastring transmitted through the communication line to the LANcommunication unit 121. Further, the separating unit 132 reproduces amultimedia application and filed data which is an element making up themultimedia application, and stores them temporarily in the cache unit152. In addition, the separating unit 132 extracts and outputsgeneral-purpose data to the data decoder 151 in order to use it for thestreaming of data used by a player that presents data other than video,audio, and subtitle or for the streaming of data for an application.Further, the separating unit 132 may perform control such as errorcorrection, access restriction, and the like on the input MMT datastring under the control by the main control unit 101.

The video decoder 141 decodes a video data string input from theseparating unit 132 and outputs video information. The video color gamutconversion unit 142 performs a color space converting process on thevideo information decoded in the video decoder 141 when necessary, inpreparation for a video synthesizing process in the video synthesizingunit 161. The audio decoder 143 decodes an audio data string input fromthe separating unit 132 and outputs audio information. Further, forexample, streaming data of an MPEG-DASH (MPEG-Dynamic Adaptive Streamingover HTTP) format or the like acquired from the Internet 200 through theLAN communication unit 121 may be inputted to the video decoder 141 andthe audio decoder 143. A plurality of video decoders 141, video colorgamut conversion units 142, audio decoders 143, and the like may beprovided in order to simultaneously decode a plurality of kinds of videodata strings and audio data strings.

The caption decoder 144 decodes a caption data string input from theseparating unit 132 and outputs caption information. The subtitledecoder 145 decodes a subtitle data string input from the separatingunit 132 and outputs subtitle information. The caption informationoutput from the caption decoder 144 and the subtitle information outputfrom the subtitle decoder 145 are subjected to a synthesizing process inthe subtitle synthesizing unit 146 and then subjected to a color spaceconverting process in the subtitle color gamut conversion unit 147 whennecessary, in preparation for the video synthesizing process in thevideo synthesizing unit 161. In the present embodiment, among servicespresented simultaneously with the video of a broadcasting program andprovided mainly as text information, a service related to the videocontents is referred to as subtitle, while a service other than that isreferred to as caption. When these services are not distinguished fromeach other, they are collectively referred to as subtitle.

The browser unit 154 presents a multimedia application file and fileddata making up the multimedia application file, which are acquired fromthe cache unit 152 or a server device on the Internet 200 through theLAN communication unit 121, in accordance with an instruction of theapplication control unit 153, which interprets control informationincluded in an MMT data string and control information acquired from aserver device on the Internet 200 through the LAN communication unit121. Note that the multimedia application file may be, for example, anHTML (Hyper Text Markup Language) document or BML (Broadcast MarkupLanguage) document. The application information output from the browserunit 154 is subjected to a color space converting process in theapplication color gamut conversion unit 155 when necessary, inpreparation for the video synthesizing process in the video synthesizingunit 161. Further, the browser unit 154 causes the sound source unit 156to reproduce application audio information.

The video synthesizing unit 161 receives video information output fromthe video color gamut conversion unit 142, subtitle information outputfrom the subtitle color gamut conversion unit 147, applicationinformation output from the application color gamut conversion unit 155,and the like, and performs a selection process and/or a superpositionprocess as appropriate. The video synthesizing unit 161 has a video RAM(not shown), and the monitor unit 162 and the like are driven based onvideo information and the like inputted to the video RAM. Further, thevideo synthesizing unit 161 performs a scaling process and a superposingprocess of EPG (Electronic Program Guide) screen information createdbased on information such as MH-EIT included in MMT-SI when necessaryunder the control by the main control unit 101. The monitor unit 162 is,for example, a display device such as liquid crystal panel, and offersthe video information subjected to the selection process and/orsuperposition process in the video synthesizing unit 161, to the user ofthe broadcast receiving apparatus 100. The video output unit 163 is avideo output interface that outputs the video information subjected tothe selection process and/or superposition process in the videosynthesizing unit 161.

Note that the presentation function of the broadcast receiving apparatus100 of the present embodiment has a logical plane structure fordisplaying a multimedia service in accordance with the intention of theservice provider. FIG. 7B shows an example of a configuration of thelogical plane structure that the presentation function of the broadcastreceiving apparatus 100 of the present embodiment has. In the logicalplane structure, a caption plane that displays captions is located onthe forefront layer, a subtitle plane that displays subtitles is locatedon the second layer, a multimedia plane that displays broadcast video,multimedia application or synthesized video thereof is located on thethird layer, and a background plane is located on the rearmost layer.The subtitle synthesizing unit 146 and the video synthesizing unit 161draw the caption information on the caption plane, the subtitleinformation on the subtitle plane, and the video information,application information, and the like on the multimedia plane. Further,background color is drawn on the background plane based on an LCTincluded in MMT-SI. Note that it is also possible to provide a pluralityof multimedia planes on the third layer in accordance with the number ofvideo decoders 141. However, even when a plurality of multimedia planesis provided, application information and the like output from theapplication color gamut conversion unit 155 are displayed only on themultimedia plane located on the forefront layer.

The audio synthesizing unit 164 receives audio information output fromthe audio decoder 143 and application audio information reproduced inthe sound source unit 156, and performs a selection process and/or amixing process as appropriate. The speaker unit 165 offers audioinformation subjected to the selection process and/or mixing process inthe audio synthesizing unit 164 to the user of the broadcast receivingapparatus 100. The audio output unit 166 is an audio output interfacethat outputs the audio information subjected to the selection processand/or mixing process in the audio synthesizing unit 164.

The extension interface unit 124 is a group of interfaces for extendingthe function of the broadcast receiving apparatus 100, and is configuredof an analog video and audio interface, a USB (Universal Serial Bus)interface, a memory interface, and the like in the present embodiment.The analog video and audio interface receives analog video and audiosignals from external video and audio output devices, and outputs analogvideo and audio signals to external video and audio input devices. TheUSB interface is connected to a PC and the like and transmits andreceives data to and from the PC and the like. An HDD may be connectedto the USB interface to record broadcasting programs and contents. Akeyboard and other USB devices may also be connected to the USBinterface. A memory card and other memory media are connected to thememory interface to transmit and receive data to and from them.

The digital interface unit 125 is an interface that outputs or receivescoded digital video data and/or digital audio data. The digitalinterface unit 125 can output an MMT data string acquired by thedemodulation in the tuner/demodulating unit 131, an MMT data stringacquired through the LAN communication unit 121, or mixed data of theMMT data strings as it is. Further, the MMT data string input from thedigital interface unit 125 may be controlled to be inputted to theseparating unit 132. It is also possible to output the digital contentsstored in the storage (accumulation) unit 110 via the digital interfaceunit 125 or store the digital contents to the storage (accumulation)unit 110 via the digital interface unit 125.

The digital interface unit 125 is provided as a DVI terminal, HDMI(registered trademark) terminal, or Displayer Port (registeredtrademark) terminal, and thus outputs and receives data in the formatcompliant with DVI specifications, HDMI specifications, or DisplayerPort specifications. Alternatively, the digital interface unit 125 mayoutput or receive data in a serial data format conforming to IEEE 1394specifications and the like. Further, the digital interface unit 125 maybe configured as an IP interface that performs the digital interfaceoutput via hardware such as Ethernet (registered trademark) and wirelessLAN. In such a case, the digital interface unit 125 and the LANcommunication unit 121 may share the hardware configuration.

The operation input unit 170 is an instruction input unit on whichoperation instructions to the broadcast receiving apparatus 100 areinput. In the present embodiment, the operation input unit 170 isconfigured of a remote control receiving unit that receives commandstransmitted from a remote controller and operation keys in which buttonswitches are arranged (not shown), or may be configured of either theremote control receiving unit or the operation keys. Alternatively, theoperation input unit 170 may be substituted by a touch panel overlaid onthe monitor unit 162 or by a keyboard and others connected to theextension interface unit 124. The remote controller (not shown) may besubstituted by the portable information terminal 700 having a remotecontrol command transmission function.

Note that, when the broadcast receiving apparatus 100 is a televisionreceiver or the like as mentioned above, the video output unit 163 andthe audio output unit 166 are not essential constituent elements of thepresent invention. Further, the broadcast receiving apparatus 100 is notlimited to a television receiver, but may be an optical disc driverecorder such as DVD (Digital Versatile Disc) recorder, a magnetic diskdrive recorder such as an HDD recorder, or an STB (Set Top Box). Thebroadcast receiving apparatus 100 may also be a PC (Personal Computer),a tablet terminal, a navigation device, a game machine, and the likehaving a digital broadcast receiving function and abroadcasting/communication cooperation function. When the broadcastreceiving apparatus 100 is the DVD recorder, the HDD recorder, STB, orthe like, the broadcast receiving apparatus 100 does not have to beprovided with the monitor unit 162 and the speaker unit 165. In such acase, the operation similar to that of the broadcast receiving apparatus100 of the present embodiment is possible by connecting an externalmonitor and an external speaker to the video output unit 163, the audiooutput unit 166, or the digital interface unit 125.

[System Configuration for Clock Synchronization/PresentationSynchronization in Broadcast Receiving Apparatus]

FIG. 7C shows an example of a system configuration for clocksynchronization/presentation synchronization in the broadcasting systemcompatible with the broadcast receiving apparatus 100 of the presentembodiment. In the broadcasting system of the present embodiment, UTCexpressed in a 64-bit-length NTP timestamp format is transmitted fromthe broadcast transmitting system to the receiver (broadcast receivingapparatus 100 of the present embodiment). In the NTP timestamp format,“second or more” of UTC is expressed by 32 bits, and “less than second”is also expressed by 32 bits. In practice, however, it is difficult toreproduce one second in 32-bit precision. For this reason, for example,a clock with a frequency of “24^(th) power of 2” Hz (about 16.8 MHz) maybe used as a system clock for video system synchronization and a systemclock for operating a timepiece conforming to the NTP as shown in FIG.7C. Considering the fact that the frequency of a system clock adopted ina conventional broadcasting system is 27 MHz and the hardwareconfiguration of the receiver can be simplified, it is desirable that aclock whose frequency is exponentiation of 2 ranging from “24^(th) powerof 2” to “28^(th) power of 2” is adopted as the system clock.

When the frequency of the system clock is set to exponentiation of 2ranging from “24^(th) power of 2” to “28^(th) power of 2” in thebroadcast transmitting system and the receiver as described above, 4 to8 low-order bits in the NTP timestamp format transmitted from thebroadcast transmitting system to the receiver, the low-order bits beingnot referred to by a PLL (Phase Locked Loop) system for reproducing thesystem clock or the timepiece conforming to the NTP, may be fixed to “0”or “1”. Namely, when the frequency of the system cock is “n^(th) powerof 2” Hz (n=24 in FIG. 7C), “32−n” low-order bits in the NTP timestampformat may be fixed to “0” or “1”. Alternatively, the receiver mayperform the process without regard for the “32−n” low-order bits in theNTP timestamp format.

When receiving time information in the NTP format, the broadcasttransmitting system builds the PLL system with a 32+n bit counterincluding VCO (Voltage Controlled Oscillator) with a frequency of“n^(th) power of 2” Hz, thereby providing a transmission system clockthat synchronizes with the time information given from outside. Further,the broadcast transmitting system causes the overall signal processingunits to operate in synchronization with the system clock of “n^(th)power of 2” Hz. In addition, the broadcast transmitting systemperiodically transmits the output of the transmission system clock astime information in the NTP-length format to the receiver through thebroadcast transmission path.

The receiver receives the time information in the NTP-length formatthrough the broadcast transmission path and reproduces a receptionsystem clock by the PLL system including the VCO with the frequency of“n^(th) power of 2” Hz in the same manner as the broadcast transmittingsystem. As a result, the reception system clock works in synchronizationwith the transmission system clock of the broadcast transmitting system.Further, by operating the signal processing system of the receiver insynchronization with the system clock of “n^(th) power of 2” Hz, clocksynchronization between the broadcast transmitting system and thereceiver can be achieved, and thus the stable signal reproduction can beachieved. Further, decoding time and presentation time in units ofpresentation of video and audio signals are set based on the timeinformation in the NTP format in the broadcast transmitting system.Here, an MPU timestamp descriptor to be described later with referenceto FIG. 13B is stored in the MPT which is stored in a PA messagetransmitted by a broadcasting signal. In the MPU timestamp descriptorshown in FIG. 13B, an “mpu_sequence_number (MPU sequence number)”parameter indicates a sequence number for an MPU that describes atimestamp, and an “mpu_presentation_time (MPU presentation time)”parameter indicates the presentation time of the MPU in the 64-bit NTPtimestamp format. Thus, the receiver can control timing of presenting(displaying or outputting) video signals, audio signals, subtitles,captions, and the like for each of MPUs by referring to the MPUtimestamp descriptor stored in the MPT.

In the case of paying attention to the above-described control ofdecoding timing and presentation timing of video and audio signals inunits of presentation, synchronization of video and audio signals can beensured by a clock with a frequency of about “16^(th) power of 2” Hz(about 65.5 KHz). In this case, it is not necessary to refer to 16low-order bits in an NTP timestamp format described in an MPU timestampdescriptor or the like. Namely, when a clock of “m^(th) power of 2” Hz,which is generated by dividing the frequency of system clock, is usedfor the control of decoding timing and presentation timing, it is notnecessary to refer to “32−m” low-order bits in an NTP timestamp formatdescribed in an MPU timestamp descriptor or the like. Thus, the “32−m”low-order bits in the NTP timestamp format described in the MPUtimestamp descriptor or the like may be fixed to “0” or “1”.

[Software Configuration of Broadcast Receiving Apparatus]

FIG. 7D is a software configuration diagram of the broadcast receivingapparatus 100 of the present embodiment, and shows respective softwareconfigurations of the ROM 103, the RAM 104, and the storage(accumulation) unit 110. In the present embodiment, the ROM 103 stores abasic operating program 1001 and other operating programs, and thestorage (accumulation) unit 110 stores a receiving function program 1002and other operating programs. Further, the storage (accumulation) unit110 includes a contents memory region 1200 storing such contents asmoving images, still images, and sounds, an authentication informationmemory region 1300 storing authentication information and the likeneeded when access is made to an external portable terminal or serverdevice, and a various information memory region storing other varioustypes of information.

The basic operating program 1001 stored in the ROM 103 is loaded ontothe RAM 104, and the loaded basic operating program is executed by themain control unit 101 to configure a basic operation executing unit1101. Similarly, the receiving function program 1002 stored in thestorage (accumulation) unit 110 is loaded onto the RAM 104, and theloaded receiving function program is executed by the main control unit101 to configure a receiving function executing unit 1102. Further, theRAM 104 has a temporary memory region that temporarily saves datacreated at execution of each operating program when necessary.

In the following, for simpler description, a process in which the maincontrol unit 101 loads the basic operating program 1001 from the ROM 103onto the RAM 104 and executes the basic operating program 1001 tocontrol each operating block is described simply as a process in whichthe basic operation executing unit 1101 performs control of eachoperating block. The same applies also to the description of otheroperating programs.

The receiving function executing unit 1102 controls each operating blockof the broadcast receiving apparatus 100 to reproduce video and audiocomponents transmitted by the broadcasting system of the presentembodiment. In particular, a transport processing unit 1102 a mainlycontrols the MMT decoder function of the separating unit 132, anddistributes a video data string, audio data string, and the likeseparated from an MMT data string to corresponding decode processingunits, respectively. An AV decode processing unit 1102 b mainly controlsthe video decoder 141, the audio decoder 143, and the like. Anapplication processing unit 1102 c mainly controls the cache unit 152,the application control unit 153, the browser unit 154, and the soundsource unit 156. A caption processing unit 1102 d mainly controls thecaption decoder 144. A subtitle processing unit 1102 e mainly controlsthe subtitle decoder 145. A general-purpose data processing unit 1102 fmainly controls the data decoder 151. An EPG generating unit 1102 ginterprets the descriptive contents of an MH-EIT and others included inMMT-SI to generate an EPG screen. A presentation processing unit 1102 hmainly controls the video color gamut conversion unit 142, the subtitlesynthesizing unit 146, the subtitle color gamut conversion unit 147, theapplication color gamut conversion unit 155, the video synthesizing unit161, and the audio synthesizing unit 164 based on the logical planestructure.

The above-described operating programs may be stored in advance in theROM 103 and/or the storage (accumulation) unit 110 at the time ofproduct shipment, or may be acquired from the other application server500 and others on the Internet 200 through the LAN communication unit121 after the product shipment. Alternatively, the operating programsstored in a memory card, optical disc, and the like may be acquiredthrough the extension interface unit 124 and others.

[Configuration of Broadcast Station Server]

FIG. 8 is a block diagram showing an example of an internalconfiguration of the broadcast station server 300. The broadcast stationserver 300 includes a main control unit 301, a system bus 302, a RAM304, a storage unit 310, a LAN communication unit 321, and a digitalbroadcasting signal transmission unit 360.

The main control unit 301 is a microprocessor unit that controls thewhole of the broadcast station server 300 in accordance with apredetermined operating program. The system bus 302 is a datacommunication path through which data is exchanged between the maincontrol unit 301 and each of operating blocks in the broadcast stationserver 300. The ROM 304 serves as a work area used when each operatingprogram is executed.

The storage unit 310 stores a basic operating program 3001, abroadcasting contents management/distribution program 3002, and abroadcasting contents transmission program 3003, and includes abroadcasting contents memory region 3200 and a metadata memory region3300. The broadcasting contents memory region 3200 stores the contentsof broadcasting programs and others broadcasted by the broadcaststation. The metadata memory region 3300 stores metadata such as thetitles, IDs, summaries, casts, and broadcasting dates of thebroadcasting programs and copy control information related to programcontents.

Further, the basic operating program 3001, the broadcasting contentsmanagement/distribution program 3002, and the broadcasting contentstransmission program 3003 stored in the storage unit 310 are loaded ontothe RAM 304, and the respective loaded programs are executed by the maincontrol unit 301 to configure a basic operation executing unit 3101, abroadcasting contents management/distribution executing unit 3102, and abroadcasting contents transmission executing unit 3103.

In the following, for simpler description, a process in which the maincontrol unit 301 loads the basic operating program 3001 from the storageunit 310 onto the RAM 304 and executes the basic operating program 3001to control each operating block is described simply as a process inwhich the basic operation executing unit 3101 performs control of eachoperating block. The same applies also to the description of otheroperating programs.

The broadcasting contents management/distribution executing unit 3102performs management of the contents of broadcasting programs stored inthe broadcasting contents memory region 3200 and the metadata stored inthe metadata memory region 3300, and performs control when the contentsof broadcasting programs and metadata are delivered to a serviceprovider based on a contract. Further, when delivering the contents ofbroadcasting programs and metadata to the service provider, thebroadcasting contents management/distribution executing unit 3102 mayperform a process of authenticating the service provider server 400based on the contract when necessary.

The broadcasting contents transmission executing unit 3103 manages atime schedule and others when transmitting an MMT data string, whichincludes the contents of broadcasting programs accumulated in thebroadcasting contents memory region 3200, and the titles and IDs ofbroadcasting programs and copy control information of program contentsaccumulated in the metadata memory region 3300, from the radio tower 300t via the digital broadcasting signal transmission unit 360.

The LAN communication unit 321 is connected to the Internet 200, andcommunicates with the service provider server 400 and others on theInternet 200. The LAN communication unit 321 has a coding circuit, adecoding circuit, and the like. The digital broadcasting signaltransmission unit 360 modulates an MMT data string composed of a videodata string, audio data string, program data string, and the like of thecontents of broadcasting programs accumulated in the broadcastingcontents memory region 3200, and transmits the modulated data string asthe digital broadcast waves through the radio tower 300 t.

[Configuration of Service Provider Server]

FIG. 9 is a block diagram showing an example of an internalconfiguration of the service provider server 400. The service providerserver 400 includes a main control unit 401, a system bus 402, a RAM404, a storage unit 410, and a LAN communication unit 421.

The main control unit 401 is a microprocessor unit that controls thewhole of the service provider server 400 in accordance with apredetermined operating program. The system bus 402 is a datacommunication path through which data is exchanged between the maincontrol unit 401 and each of operating blocks in the service providerserver 400. The ROM 404 serves as a work area that is used when eachoperating program is executed.

The storage unit 410 stores a basic operating program 4001, a videocontents management/distribution program 4002, and an applicationmanagement/distribution program 4004, and includes a video contentsmemory region 4200, a metadata memory region 4300, an application memoryregion 4400, and a user information memory region 4500. The videocontents memory region 4200 stores the contents of broadcasting programsprovided from the broadcast station server 300 as video contents, andstores video contents and the like created by the service provider. Themetadata memory region 4300 stores metadata provided from the broadcaststation server 300 and metadata related to video contents created by theservice provider. The application memory region 4400 stores variousapplications and others for distributing the services cooperated withbroadcasting programs in response to demands from television receivers.The user information memory region 4500 stores information (personalinformation, authentication information, etc.) related to a user who ispermitted to access the service provider server 400.

Further, the basic operating program 4001, the video contentsmanagement/distribution program 4002, and the applicationmanagement/distribution program 4004 stored in the storage unit 410 areloaded onto the RAM 404, and the respective loaded basic operatingprogram, video contents management/distribution program, and applicationmanagement/distribution program are executed by the main control unit401 to configure a basic operation executing unit 4101, a video contentsmanagement/distribution executing unit 4102, and an applicationmanagement/distribution executing unit 4104.

In the following, for simpler description, a process in which the maincontrol unit 401 loads the basic operating program 4001 stored in thestorage unit 410 onto the RAM 404 and executes the basic operatingprogram 4001 to control each operating block is described simply as aprocess in which the basic operation executing unit 4101 performscontrol of each operating block. The same applies also to description ofother operating programs.

The video contents management/distribution executing unit 4102 acquiresthe contents and others of broadcasting programs and metadata from thebroadcast station server 300, manages video contents and others andmetadata stored in the video contents memory region 4200 and themetadata memory region 4300, and controls distribution of the videocontents and others and metadata to television receivers. Further, whendistributing the video contents and others and metadata to thetelevision receivers, the video contents management/distributionexecuting unit 4102 may perform a process of authenticating thetelevision receivers when necessary. Further, the applicationmanagement/distribution executing unit 4104 manages applications storedin the application memory region 4400 and controls distribution of theapplications in response to demands from the television receivers.Further, when distributing the applications to the television receivers,the application management/distribution executing unit 4104 may performa process of authenticating the television receivers when necessary.

The LAN communication unit 421 is connected to the Internet 200, andcommunicates with the broadcast station server 300 on the Internet 200and the broadcast receiving apparatus 100 via the router device 200 r.The LAN communication unit 421 includes a coding circuit, a decodingcircuit, and the like.

[Hardware Configuration of Portable Information Terminal]

FIG. 10A is a block diagram showing an example of an internalconfiguration of the portable information terminal 700. The portableinformation terminal 700 includes a main control unit 701, a system bus702, a ROM 703, a RAM 704, a storage unit 710, a communicationprocessing unit 720, an extension interface unit 724, an operation unit730, an image processing unit 740, an audio processing unit 750, and asensor unit 760.

The main control unit 701 is a microprocessor unit that controls thewhole of the portable information terminal 700 in accordance with apredetermined operating program. The system bus 702 is a datacommunication path through which data is exchanged between the maincontrol unit 701 and each of operating blocks in the portableinformation terminal 700.

The ROM 703 is a memory storing a basic operating program such asoperating system and other operating programs, and is provided as, forexample, a rewritable ROM such as EEPROM and flash ROM. The RAM 704serves as a work area used when the basic operating program and otheroperating programs are executed. The ROM 703 and the RAM 704 may beintegrated with the main control unit 701. Further, a part of the memoryregion of the storage unit 710 may be used as the ROM 703 instead ofproviding the ROM 703 having the independent configuration shown in FIG.10A.

The storage unit 710 stores the operating programs and operation setvalues of the portable information terminal 700 and personal informationof the user of the portable information terminal 700. In addition, thestorage unit 710 can store an operating program downloaded through theInternet 200 and various data created by the operating program. Further,the storage unit 710 can store such contents as moving images, stillimages, and sounds that are downloaded through the Internet 200. A partof the memory region of the storage unit 710 may be used to substitutefor a part or the whole of the function of the ROM 703. Further, thestorage unit 710 needs to retain the stored information even when poweris not supplied to portable information terminal 700 from an externalpower source. Therefore, the storage unit 710 is provided as, forexample, a non-volatile semiconductor element memory such as flash ROMor SSD or a magnetic disk drive such as an HDD.

Note that the operating programs stored in the ROM 703 and the storageunit 710 can be added, updated and functionally extended by thedownloading process from server devices on the Internet 200.

The communication processing unit 720 includes a LAN communication unit721, a mobile phone network communication unit 722, and an NFCcommunication unit 723. The LAN communication unit 721 is connected tothe Internet 200 via the router device 200 r and the access point 200 a,and transmits and receives data to and from server devices and othercommunication equipment on the Internet 200. The LAN communication unit721 is connected to the router device 200 r and the access point 200 athrough wireless communication such as Wi-Fi (registered trademark). Themobile phone network communication unit 722 performs telephonecommunication (telephone call) and data transmission and receptionthrough wireless communication with the base station 600 b on the mobilephone communication network. The NFC communication unit 723 communicateswirelessly with the corresponding reader/writer when located inproximity to the reader/writer. The LAN communication unit 721, themobile phone network communication unit 722, and the NFC communicationunit 723 each have a coding circuit, a decoding circuit, an antenna, andthe like. The communication processing unit 720 may further includesother communication units such as a BlueTooth (registered trademark)communication unit and an infrared communication unit.

The extension interface unit 724 is a group of interfaces for extendingthe function of the portable information terminal 700, and is configuredof a video and audio interface, a USB interface, a memory interface, andthe like in the present embodiment. The video and audio interfacereceives video and audio signals from external video and audio outputdevices, and outputs video and audio signals to external video and audioinput devices. The USB interface is connected to a PC and others andtransmits and receives data to and from the PC and others. A keyboardand other USB devices may also be connected to the USB interface. Amemory card and other memory media are connected to the memory interfaceto transmit and receive data to and from them.

The operation unit 730 is an instruction input unit that inputsoperation instructions to the portable information terminal 700. In thepresent embodiment, the operation unit 730 is composed of a touch panel730 t overlaid on a display unit 741 and operation keys 730 k in whichbutton switches are arranged. The operation unit 730 may be composed ofeither the touch panel 730 t or the operation keys 730 k. The portableinformation terminal 700 may be operated using a keyboard or the likeconnected to the extension interface unit 724, or may be operated usinga separate terminal device connected through wired communication orwireless communication. Namely, the portable information terminal 700may be operated through instructions from the broadcast receivingapparatus 100. Further, the display unit 741 may be provided with theabove-described touch panel function.

The image processing unit 740 includes the display unit 741, an imagesignal processing unit 742, a first image input unit 743, and a secondimage input unit 744. The display unit 741 is, for example, a displaydevice such as liquid crystal panel, and offers image data processed inthe image signal processing unit 742 to the user of the portableinformation terminal 700. The image signal processing unit 742 has avideo RAM (not shown), and the display unit 741 is driven based on imagedata inputted to the video RAM. Further, the image signal processingunit 742 has a function of performing processes of converting formats,superposing a menu and other OSD (On Screen Display) signals, and otherswhen necessary. Each of the first image input unit 743 and the secondimage input unit 744 is a camera unit that inputs image data ofsurroundings or a target object by converting light input through a lensinto electrical signals by using an electronic device such as a CCD(Charge Coupled Device) and CMOS (Complementary Metal OxideSemiconductor) sensor.

The audio processing unit 750 includes an audio output unit 751, anaudio signal processing unit 752, and an audio input unit 753. The audiooutput unit 751 is a speaker, and offers an audio signal processed inthe audio signal processing unit 752 to the user of the portableinformation terminal 700. The audio input unit 753 is a microphone, andconverts the voice of the user and others into audio data to input it tothe portable information terminal 700.

The sensor unit 760 is a group of sensors that detect the state of theportable information terminal 700, and includes a GPS receiving unit761, a gyro sensor 762, a geomagnetic sensor 763, an acceleration sensor764, an illuminance sensor 765, and a proximity sensor 766 in thepresent embodiment. These sensors make it possible to detect thelocation, tilt, angle, and motion of the portable information terminal700, and the brightness and the proximity of an object around theportable information terminal 700. The portable information terminal 700may further include other sensors such as a pressure sensor in additionto these sensors.

The portable information terminal 700 may be provided as a cellularphone, a smartphone, or a tablet terminal, or may be provided as a PDA(Personal Digital Assistants), a notebook PC, or the like.Alternatively, the portable information terminal 700 may be provided asa digital still camera, a video camera capable of taking movingpictures, a portable game machine, a navigation device, or otherportable digital devices.

The configuration example of the portable information terminal 700 shownin FIG. 10A includes a number of constituent elements that are notessential to the present embodiment such as the sensor unit 760, buteven the configuration that does not include such constituent elementsdoes not impair the effect of the present embodiment. The portableinformation terminal 700 may further include additional constituentelements (not shown) such as a digital broadcast receiving function andan electronic money settlement function.

[Software Configuration of Portable Information Terminal]

FIG. 10B is a software configuration diagram of the portable informationterminal 700 of the present embodiment, and shows respective softwareconfigurations of the ROM 703, the RAM 704, and the storage unit 710. Inthe present embodiment, the ROM 703 stores a basic operating program7001 and other operating programs, and the storage unit 710 stores acooperation control program 7002 and other operating programs. Further,the storage unit 710 includes a contents memory region 7200 storing suchcontents as moving images, still images, and sounds, an authenticationinformation memory region 7300 storing authentication information andothers needed when access is made to the television receiver or eachserver device, and a various information memory region storing othervarious types of information.

The basic operating program 7001 stored in the ROM 703 is loaded ontothe RAM 704, and the loaded basic operating program is executed by themain control unit 701 to configure a basic operation executing unit7101. Similarly, the cooperation control program 7002 stored in thestorage unit 710 is loaded onto the RAM 704, and the loaded cooperationcontrol program 7002 is executed by the main control unit 701 toconfigure a cooperation control executing unit 7102. Further, the RAM704 has a temporary memory region that temporarily saves data created atexecution of each operating program when necessary.

In the following, for simpler description, a process in which the maincontrol unit 701 loads the basic operating program 7001 from the ROM 703onto the RAM 704 and executes the basic operating program 7001 tocontrol each operating block is described simply as a process in whichthe basic operation executing unit 7101 performs control of eachoperating block. The same applies also to the description of otheroperating programs.

The cooperation control executing unit 7102 manages deviceauthentication, connection, data transmission and reception, and thelike when the portable information terminal 700 performs operationscooperated with the television receiver. Further, the cooperationcontrol executing unit 7102 has a browser engine function for executingan application cooperated with the television receiver.

The above-described operating programs may be stored in advance in theROM 703 and/or the storage unit 710 at the time of product shipment, ormay be acquired from the other application server 500 and others on theInternet 200 through the LAN communication unit 721 or the mobile phonenetwork communication unit 722 after the product shipment.Alternatively, the operating programs stored in a memory card, opticaldisc, and the like may be acquired through the extension interface unit724 and others.

[Time Management of Broadcast Receiving Apparatus]

The broadcast receiving apparatus of the present embodiment has twotypes of time management functions. The first time management functionis the time management function based on the NTP, which has been alreadydescribed above with reference to FIG. 7C. The second time managementfunction is a time management function based on an MH-TOT, and is thetime managed based on time information transmitted by the MH-TOTdescribed in FIG. 6B.

FIG. 13A shows an example of a configuration of time informationtransmitted in the NTP format. FIG. 13B shows an example of the datastructure of the above-described MPU timestamp descriptor. A“reference_timestamp” parameter, “transmit_timestamp” parameter, and thelike in the NTP format represent time data in the NTP-length format witha 64-bit length, and an “mpu_presentation_time” parameter in the MPUtimestamp descriptor also represents time data in the NTP timestampformat with a 64-bit length. In the time data in the NTP-length formatand the time data in the NTP timestamp format, “second or more” of UTCis expressed by 32 bits, and “less than second” is also expressed by 32bits. Namely, the time information in the NTP format can transmit thetime information up to “less than second”. Further, since the timeinformation in the NTP format is expressed by the UTC notation, it iscompatible with NTP data included in a signal received through thecommunication line (e.g., signal received by the LAN communication unit121 of FIG. 7A) as shown in FIG. 3(B), unlike the clock management inthe conventional digital broadcasting.

In contrast, the information transmitted by the MH-TOT is as follows.The broadcast receiving apparatus 100 can acquire the current date andJapan Standard Time through the MH-TOT. FIG. 11A shows an example of thedata structure of the MH-TOT. The broadcast receiving apparatus 100 canacquire the current date and current time from a “JST_time” parameterincluded in the MH-TOT. As shown in FIG. 11B, the “JST_time” parameterincludes the information of 16 lower-order bits of coded data of thecurrent date based on the Modified Julian Date (MJD) and the informationof 24 bits representing the Japan Standard Time (JST) with 6 blocks of4-bit binary-coded decimal (BCD). The current date can be calculated byperforming a given calculation on the 16-bit coded data of the MJD. The6 blocks of 4-bit binary-coded decimal are made up of 2 blocks of 4-bitbinary-coded decimal that represent “hour” with a two-digit decimalnumber, next 2 blocks of 4-bit binary-coded decimal that represent“minute” with a two-digit decimal number, and last 2 blocks of 4-bitbinary-coded decimal that represent “second” with a two-digit decimalnumber.

Thus, the difference between time information based on the NTP and timeinformation based on the MH-TOT is that the NTP is the informationexpressed in the UTC notation that covers time units up to “less thansecond” as described above, while the information based on the MH-TOT isthe information expressed in the JST notation that covers time units upto “second”.

In the broadcast receiving apparatus 100 of the present embodiment, thetime management function based on the NTP that is the time informationexpressed in the UTC notation is used for the synchronization indecoding process and display process of broadcasting signal contentsincluding video, audio, subtitles, and captions, and other presentationdata, and thus it is possible to achieve a highly accuratesynchronization process. Further, by referring to time informationexpressed in the UTC notation instead of time information based onclocks of the broadcast station, it is also possible to perform thesynchronization in decoding process and display process betweenbroadcasting signal contents received by broadcasting signals includingvideo, audio, subtitles, captions, and other data and data receivedthrough the communication line including video, audio, subtitles, andcaptions, and other data.

In addition, in the broadcast receiving apparatus 100 of the presentembodiment, the time management function based on the “JST_time”including the 24-bit information expressed by 6 blocks of 4-bitbinary-coded decimal in the MH-TOT may be used for performing each ofthe process of presenting the current time to the user and the processhandling the MH-event information table (MH-EIT) described in FIG. 6B.In general, in the process of presenting the current time to the user,the broadcast receiving apparatus is rarely required to have theaccuracy to the extent of less than “second”. Each piece of timeinformation in the MH-event information table (MH-EIT) is stored as24-bit information composed of 6 blocks of 4-bit binary-coded decimal,expressing “hour”, “minute”, and “second” with two-digit decimalnumbers, like the EIT for conventional digital broadcasting that istransmitted by the MPEG2-TS method. For this reason, the time managementfunction based on the MH-TOT of the broadcast receiving apparatus 100 ofthe present embodiment easily matches with a process using the MH-EIT.The process using the MH-EIT includes, specifically, a process ofcreating a program guide (to be described later), a process ofcontrolling timer recording and viewing reservation, a process ofprotecting copy rights such as temporary data storage, and the like.This is because each of these processes is rarely required to have theaccuracy to the extent of less than “second”, and the accuracy coveringup to time unit “second” is enough.

Further, the process of creating a program guide, the process ofcontrolling timer recording and viewing reservation, and the process ofprotecting copy rights such as temporary data storage are functionsincorporated even in a receiver of the conventional digital broadcastingsystem using the MPEG2-TS method. Accordingly, if the broadcastingsystem of the present embodiment is configured in such a way as toexecute the time management process compatible with the time managementfunction of the conventional digital broadcasting system using theMPEG2-TS method in performing the process of creating a program guide,the process of controlling timer recording and viewing reservation, theprocess of protecting copy rights such as temporary data storage, andothers, it becomes unnecessary to separately design process algorithmsfor these processes (process of creating a program guide, process ofcontrolling timer recording and viewing reservation, process ofprotecting copy rights such as temporary data storage, etc.) when thebroadcast receiving apparatus having both of a receiving function ofdigital broadcasting by the conventional MPEG2-TS method and a receivingfunction of digital broadcasting by the MMT method is configured, andthe cost is thus reduced.

Further, even in a receiver that does not have the receiving function ofdigital broadcasting by the conventional MPEG2-TS method but has onlythe receiving function of digital broadcasting by the MMT method,algorithms for the function incorporated in the receiver of digitalbroadcasting system using the conventional MPEG2-TS method can beapplied without creating new algorithms for the processes of creating aprogram guide, controlling timer recording and viewing reservation,protecting copy rights such as temporary data storage, and the like, andthus the development with less cost is possible.

Consequently, with the configuration in which the time managementfunction based on the “JST_time” parameter in the MH-TOT is used forperforming these processes (process of creating a program guide, processof controlling timer recording and viewing reservation, process ofprotecting copy rights such as temporary data storage, etc.), even thebroadcast receiving apparatus for the digital broadcasting by the MMTmethod is made highly compatible with the broadcasting system using theconventional broadcasting method, and therefore can be provided at lowcost.

As describe above, the broadcast receiving apparatus 100 of the presentembodiment has the time management function using two types of timeinformation different in accuracy from each other. One time informationis expressed in the notation consistent with the conventional digitalbroadcasting system, while the other time information has higherresolution power than the one time information. Using the latter timeinformation for the process of synchronizing contents data ofbroadcasting signals achieves the information presentation process moreaccurate than that in the conventional broadcasting system, and usingthe former time information for the processes of creating a programguide, controlling timer recording and viewing reservation, protectingcopy rights such as temporary data storage, and others allows thebroadcast receiving apparatus to be provided at low cost.

Therefore, the broadcast receiving apparatus 100 of the presentembodiment has the two types of time management function describedabove, and it is thus possible to achieve both of the highly accurateinformation presentation and the cost reduction.

[First Modification Example of Time Management]

Next, a first modification example of the time management in thebroadcasting system of the present embodiment will be described below.

In the configuration of the first modification example, in order toimprove the accuracy of time management by the NTP-based time managementfunction that has already been described with reference to FIG. 7C,information related to an estimated delay time in time informationtransmission from a time management server (not shown) or the broadcaststation server 300 to the broadcast receiving apparatus 100 is includedin a broadcasting signal to be transmitted, and the information relatedto the estimated delay time is used to correct a system clock for theNTP-based time management function in the broadcast receiving apparatus100.

At this time, the information related to the estimated delay time may beincluded in a TMCC (Transmission and Multiplexing Configuration Control)region outside the TLV multiplexing stream instead of the TLVmultiplexing stream shown in FIG. 3(A). By transmitting the informationin the TMCC region, the information related to the estimated delay timecan be extracted without performing a process of separating the TLVmultiplexing stream (demultiplexing process) in the broadcast receivingapparatus 100. Namely, the information acquisition that is less likelyto be affected by the delay in the separating process in the broadcastreceiving apparatus 100 is possible, and thus a highly accuratecorrecting process of the system clock can be performed. An example ofthe data structure of time information transmitted in the TMCC signalwill be described with reference to FIG. 13C. For example, the timeinformation is preferably stored in a TMCC extension information regionto be transmitted. In the time information in the TMCC extensioninformation region of FIG. 13C, a “delta” parameter expresses theestimated value of transmission delay from a time management server thatdistributes the UTC or a server device that generates a TMCC signal to ageneral broadcast receiving apparatus, in the form of a 32-bit signedfixed-point value. Note that the 16 high-order bits thereof represent aninteger part and 16 low-order bits thereof represent a decimal fraction.A “transmit_timestamp” parameter is a transmission timestamp, andexpresses a time at which the TMCC signal is transmitted from the serverdevice, in the NTP timestamp-length format. The 32 high-order bitsthereof represent an integer part, and the 32 low-order bits thereofrepresent a decimal fraction.

In the first modification example, the broadcast receiving apparatus 100of the present embodiment can correct more accurately the system clockfor the NTP-based time management function, which is used for theprocess of synchronizing contents data of broadcasting signals, by usingthe information related to the estimated delay time (e.g., the “delta”parameter and/or the “transmit_timestamp” parameter) described in thetime information stored and transmitted in the TMCC extensioninformation region.

[Second Modification Example of Time Management]

Next, a second modification example of the time management in thebroadcasting system of the present embodiment will be described below.

As describe above, the broadcast receiving apparatus 100 of the presentembodiment has the time management function of managing the time byacquiring the current date and the Japan Standard Time from theinformation transmitted in the MH-TOT. The current date and the JapanStandard Time acquired from the information transmitted in the MH-TOTare superposed on video information, application information, and othersin the video synthesizing unit 161 of the broadcast receiving apparatus100, and are offered to the user by outputting them to the monitor unit162 and video output unit 163. As described above, the MH-TOT has thedata structure shown in FIG. 11A, and the broadcast receiving apparatus100 can acquire the current date and the current time from the“JST_time” parameter in the MH-TOT.

However, since the “JST_time” parameter uses only the 16 low-order bitsof the MJD coded data, calculation for determining a date of “April 22,2038” ends up in arithmetic overflow, and the above-describedpredetermined calculation cannot express the date following “April 23,2038”. To deal with this problem, in the second modification example ofthe present embodiment, the calculation method is switched depending onwhether the value of the MJD is equal to or larger than a given value orthe value is smaller than the given value so that the date following“April 23, 2038” can be expressed.

FIG. 12 shows a first calculation method that is used when the value ofthe MJD is equal to or larger than the given value and a secondcalculation method that is used when the value of the MJD is smallerthan the given value. For example, when the given value is set to “32768(0x8000)”, the current date is calculated by using the first calculationmethod in the case where the value of the MJD is equal to or larger than“32768”, and is calculated by using the second calculation method in thecase where the value of the MJD is smaller than “32768”. Note that thecase in which the value of the MJD is smaller than “32768” is equivalentto the case in which the most significant bit of the 16-bit data of theMJD is “0”. In this manner, the broadcast receiving apparatus 100 of thepresent embodiment can express the date following “April 23, 2038”.However, the given value can be determined arbitrarily, and it may beset to, for example, “16384 (0x4000)” or “49152 (0xC000)”. The conditionfor switching the calculation method may be set to the case where the 2high-order bits of the 16-bit data of the MJD are “00” or the case wherethe 2 high-order bits of the 16-bit data of the MJD are not “11”. Notethat, when the given value is set to “32768” and the above-describedmethod is used, a date preceding “September 4, 1948” cannot beexpressed, but it does not pose a specific problem regarding thepractical use of the television receiver.

Alternatively, the first calculation method and the second calculationmethod may be switched depending on a flag that replaces a part or thewhole of a “reserved” parameter in the data structure of the MH-TOT ofFIG. 11A or depending on a newly added flag, instead of switching thefirst calculation method and the second calculation method depending onthe result of comparison between the MJD and the given value. Forexample, in the case where the most significant bit of the 16-bit codeddata of the MJD is “0”, the flag is set to “1” when the MJD valuerepresents the date following “April 23, 2038”, and the flag is set to“0” when the MJD value does not represent the date following “April 23,2038”. Then, when the flag is “1”, the second calculation method shownin FIG. 12 is used, while when the flag is “0”, the first calculationmethod is used. Alternatively, a descriptor having the same meaning asthe above-mentioned flag may be newly prepared and added to the MH-TOT.

As described above, in the broadcasting system of the presentembodiment, absolute time data in the NTP format is transmitted, and thebroadcast receiving apparatus 100 of the present embodiment has theNTP-based time management function. In addition, the broadcast receivingapparatus 100 of the present embodiment controls the decoding timing andpresentation timing of video and audio signals in units of presentationby referring to NTP timestamps and others described in MPU timestampdescriptors set in units of MPU. As described above, the timeinformation in the NTP format has the configuration shown in FIG. 13A.Further, the MPU timestamp descriptor has the configuration shown inFIG. 13B.

Accordingly, the broadcast receiving apparatus 100 of the presentembodiment may select either the first calculation method or the secondcalculation method in accordance with the value of time data and othersobtained by referring to the “reference_tiemstamp” parameter, the“transmit_timestamp” parameter, or the “mpu_presentation_time”parameter. Specifically, for example, when the most significant bit ofthe 64-bit time data in the NTP-length format is “0”, the secondcalculation method is used, and when the most significant bit is not“0”, the first calculation method is used.

By any of the above methods, the broadcast receiving apparatus 100 ofthe present embodiment can express the date following “April 23, 2038”.

[Channel Selection Process (Initial Scan) in Broadcast ReceivingApparatus]

The AMT of the broadcasting system of the present embodiment provides alist of IP packet multicast groups that is used to receive IP packetstransmitted by the TLV multiplexing method without distinguishing themfrom IP packets transmitted through the communication line as much aspossible. A plurality of IP multicast groups can be listed for oneservice identification. In addition, in order to describe a series of IPaddresses efficiently, an address mask can be used.

In the broadcast receiving apparatus 100 of the present embodiment, alist of services acquired from the TLV-NIT can be stored in anon-volatile memory such as the ROM 103 and the storage unit 110 at thetime of channel scan in the initial setting or rescan for the settingchange, and a list of IP multicast groups corresponding to the servicescan be associated with the services as IP-related information and storedin the non-volatile memory. The list of services and IP-relatedinformation are stored in the non-volatile memory to be referred toconstantly, so that a need of acquiring the TLV-NIT or AMT at the timeof channel switching and others is eliminated, and thus the broadcastingcontents can be efficiently acquired.

FIG. 14 is a diagram showing an example of an operation sequence at thetime of channel scan (rescan) in the broadcast receiving apparatus 100of the present embodiment.

When the channel scan starts, the receiving function executing unit 1102sets an initial frequency value for the tuner/demodulating unit 131 andinstructs the tuner/demodulating unit 131 to tune to the frequency value(S101). When the tuner/demodulating unit 131 succeeds in locking to theset frequency value (S102: Yes), the receiving function executing unit1102 acquires the TLV-NIT from a received signal (S103).

When the TLV-NIT acquired in the process of S103 is valid data (S104:Yes), the receiving function executing unit 1102 acquires information ofa TLV stream ID, an original network ID, and the like from the acquiredTLV-NIT (S105). FIG. 15A shows an example of the data structure of theTLV-NIT. The information of the TLV stream ID and the information of theoriginal network ID can be acquired from a “tlv_stream_id” parameter andan “original_network_id” parameter, respectively. Furthermore, deliverysystem information related to physical conditions for the broadcasttransmission path corresponding to the TLV stream ID and the originalnetwork ID is acquired from a delivery system descriptor (S106), and aservice ID list is acquired from a service list descriptor (S107). FIG.15B shows an example of the data structure of a satellite deliverysystem descriptor. FIG. 15C shows an example of the data structure of aservice list descriptor. Note that, when the TLV-NIT has a plurality ofdifferent pieces of data such as the TLV stream ID, the original networkID, the delivery system information, and the service ID list, theprocesses of S105 to S107 are repeated. Subsequently, the receivingfunction executing unit 1102 creates a service list based on dataacquired in the processes of S105 to S107 such as the TLV stream ID, theoriginal network ID, the delivery system information, and the service IDlist, and stores the created service list in the ROM 103 or the storageunit 110 (updates the service list at the time of rescan) (S108).

Next, the receiving function executing unit 1102 then acquires an AMTfrom the received signal (S109), and further acquires a list of IPmulticast groups related to each service ID stored in the service list(S110). FIG. 15D shows an example of the data structure of the AMT. Notethat, when the AMT has lists of IP multicast groups related to aplurality of service IDs, the process of S110 is repeated. When there isa plurality of AMTs having lists of IP multicast groups related todifferent service IDs, the processes of S109 and S110 are repeated.Next, the receiving function executing unit 1102 then associates thelist of IP multicast groups acquired in the process of S110 with theservice ID as IP-related information, and stores the IP-relatedinformation in the ROM 103 or the storage unit 110 (updates theIP-related information at the time of rescan) (S111)

When the tuner/demodulating unit 131 fails in locking to the setfrequency value in the process of S102 (S102: No) and when the TLV-NITacquired in the process of S103 is not valid data (S104: No), theprocesses of S105 to S111 are not performed.

After finishing the process of S111, when finding that the frequencyvalue set for the tuner/demodulating unit 131 is a final frequency valuein a channel scan range (S112: Yes), the receiving function executingunit 1102 ends the operation sequence. On the other hand, when findingthat the set frequency value is not the final frequency value in thechannel scan range (S112: No), the receiving function executing unit1102 increases the frequency value set for the tuner/demodulating unit131 (S113) and repeats the processes of S102 to S111. Note that, if theservice IDs for all services making up the broadcasting network can beacquired from one TLV-NIT and an AMT having lists of IP multicast groupsrelated to the service IDs can be acquired, the processes of S112 andS113 are unnecessary.

Through the series of processes described above, when performing thechannel scan for initial setting or the rescan for setting change, thebroadcast receiving apparatus 100 of the present embodiment cancreate/update a list of services making up the broadcasting network(service list), and at the same time, create/update a list of IPmulticast groups corresponding to each service (IP-related information)and store the created service list and IP-related information in anon-volatile memory such as the ROM 103 and the storage unit 110.

Note that the rescan for setting change may be automatically performedwhen a change in the information in the table is detected by referringto respective “version_number” parameters of the TLV-NIT and AMT. When achange in the “version_number” parameter of either the TLV-NIT or AMT isdetected, only the information related to the table in which the changein parameter is detected may be automatically updated. However, when theabove-described automatic updating is performed, execution of theautomatic rescan should preferably be reported to the user.Alternatively, the change in the information in the table may bereported to the user so that the user makes a decision on whether or notto perform the rescan.

[Channel Selection Process (Channel Switching) in Broadcast ReceivingApparatus]

FIG. 16 is a diagram showing an example of an operation sequence at thetime of channel selection (channel switching) in the broadcast receivingapparatus 100 of the present embodiment.

When the user gives a command to switch a channel by operating a remotecontroller and others (not shown), the receiving function executing unit1102 interprets the command transmitted from the remote controller andspecifies a service ID of an intended service (S201). Next, thereceiving function executing unit 1102 then starts to acquire an AMTfrom the signal received from the tuner/demodulating unit 131. Whensucceeding in acquiring the AMT within a given time (S202: Yes), thereceiving function executing unit 1102 acquires information related to alist of IP multicast groups corresponding to the service ID, from theacquired AMT (S204). When failing to acquire the AMT within the giventime (S202: No), the receiving function executing unit 1102 refers tothe IP-related information stored in the ROM 103 or the storage unit 110(S203), thereby acquiring information related to the list of IPmulticast groups corresponding to the service ID (S204). Note that thereceiving function executing unit 1102 may always refer to theIP-related information stored in the ROM 103 or the storage unit 110without performing the determination process of S202.

Subsequently, the receiving function executing unit 1102 starts toacquire the TLV-NIT from the signal received from the tuner/demodulatingunit 131. When succeeding in acquiring the TLV-NIT within a given time(S205: Yes), the receiving function executing unit 1102 acquiresdelivery system information for acquiring an IP data flow correspondingto the service ID, from the acquired TLV-NIT (S207). When failing toacquire the TLV-NIT within the given time (S205: No), the receivingfunction executing unit 1102 refers to the service list stored in theROM 103 or the storage unit 110 (S206), thereby acquiring the deliverysystem information for acquiring the IP data flow corresponding to theservice ID (S207). Note that the receiving function executing unit 1102may always refer to the service list stored in the ROM 103 or thestorage unit 110 without performing the determination process of S205.When the delivery system information has been acquired in the process ofS207, the receiving function executing unit 1102 then controls thetuner/demodulating unit 131 with the frequency value specified by theacquired delivery system information, receives the IP data flowcorresponding to the service ID (S208), extracts an MMT data string fromthe received IP data flow, and outputs the MMT data string to theseparating unit 132.

In the separating unit 132, the transport processing unit 1102 aacquires an MMTP packet with a packet ID “0”, from the input MMT datastring (S209), and further acquires an MPT from the acquired MMTP packet(S210). Next, the transport processing unit 1102 a then refers to an“MMT_package_id_byte” parameter included in the acquired MPT, and checkswhether the 16 low-order bits of the “MMT_package_id_byte” parameterhave the same value as the service ID. When the 16 low-order bits of the“MMT_package_id_byte” parameter have the same value as the service ID inthe example of the data structure of the MPT shown in FIG. 17 (S211:Yes), it is determined that the MMTP packet with the packet ID “0” is anMMTP packet having the data of the program corresponding to the serviceID, and acquisition of an MFU is executed based on information includedin the acquired MPT (S216).

On the other hand, when the 16 low-order bits of the“MMT_package_id_byte” parameter do not have the same value as theservice ID (S211: No), it is determined that the MMTP packet with thepacket ID “0” is not the MMTP packet having data of the programcorresponding to the service ID. In this case, the transport processingunit 1102 a newly acquires a PLT (S212), and checks the acquired PLT toconfirm a packet ID (x in this case) of an MMTP packet that transmits anMPT having the “MMT_package_id_byte” parameter corresponding to theservice ID (S213). Further, the transport processing unit 1102 a thenacquires an MMTP packet with a packet ID “x” from the above-mentionedinput MMT data string (S214), and acquires an MPT from the acquired MMTPpacket (S215). Further, the transport processing unit 1102 a thenacquires an MFU based on information included in the acquired MPT(S216).

Note that the transport processing unit 1102 a may always perform theprocesses of S212 to S215 without performing the processes of S209 toS211. In this case, the process time can be reduced when the data of theprogram corresponding to the service ID is stored in an MMTP packetother than the MMTP packet with the packet ID “0”.

After the MFU is acquired in the process of S216, the transportprocessing unit 1102 a extracts coded video data, coded audio data, andthe like from the acquired MFU, and outputs the coded video data, thecoded audio data, and the like to the video decoder 141, the audiodecoder 143, and the like. Thereafter, a video and audio decodingprocess under the control by the AV decode processing unit 1102 b and apresentation process under the control by the presentation processingunit 1102 h are performed, but these processes are known to the publicand detailed descriptions thereof are omitted.

Through the series of processes described above, the broadcast receivingapparatus 100 of the present embodiment can execute a channel selection(channel switching) operation. In particular, as described above withreference to FIGS. 14 and 16, a service list and IP-related informationare created and are stored in a non-volatile memory such as the ROM 103and the storage unit 110 so as to be referred to constantly at the timeof channel scan for initial setting or rescan for setting change, andthe service list and IP-related information stored in a non-volatilememory such as the ROM 103 and the storage unit 110 are referred to atthe time of channel selection (channel switching), so that theefficiency of the channel selection (channel switching) operation can beimproved. Namely, the time taken from the start to end of the channelselection (channel switching) can be reduced, compared to a case wherethe AMT and TLV-NIT are acquired again at the time of channel selection(channel switching).

[Screen Layout Control of Broadcast Receiving Apparatus]

The broadcast receiving apparatus 100 of the present embodiment cancontrol the screen layout based on the description of an LCT. FIG. 18shows an example of the data structure of the LCT.

In FIG. 18, a “left_top_pos_x” parameter and a “right_down_pos_x”parameter indicate a horizontal position on the top left of a region anda horizontal position on the bottom right of the region in terms of theratio of the number of pixels to the total number of pixels arranged inthe horizontal direction, respectively, when the left side of thefull-screen display is defined as “0” and the right side of the same isdefined as “100”. A “left_top_pos_y” parameter and a “right_down_pos_y”parameter indicate a vertical position on the top left of the region anda vertical position on the bottom right of the region in terms of theratio of the number of pixels to the total number of pixels arranged inthe vertical direction, respectively, when the top side of thefull-screen display is defined as “0” and the bottom side of the same isdefined as “100”. Further, a “layer_order” parameter indicates arelative position in the depth direction of the region.

Examples of layout assignment to layout numbers based on the parametersettings are shown in FIGS. 19A to 19D together with set values for theparameters.

FIG. 19A shows default layout setting of the broadcast receivingapparatus 100 of the present embodiment, and shows an example in whichone region is set for the full-screen. FIG. 19B shows an example inwhich the full-screen is divided into three regions, and the respectiveregions are defined as “region 0”, “region 1” and “region 2”. Forexample, when the full-screen is made up of 7680 horizontal pixels×4320vertical pixels, the “region 0” is set within a range of (0, 0)-(6143,3455) because the “left_top_pos_x” parameter is “0”, the“left_top_pos_y” parameter is “0”, the “right_down_pos_x” parameter is“80”, and the “right_down_pos_y” parameter is “80”. In the same manner,the “region 1” is set within a range of (6144, 0) to (7679, 4319), andthe “region 2” is set within a range of (0, 3456) to (6143, 4319).

FIG. 19C shows an example in which three regions are set like theexample of FIG. 19B. In the example of FIG. 19C, however, the “region 0”is set within a range of (0, 0) to (7679, 4319), and the “region 1” and“region 2” are set within the same ranges of the “region 1” and “region2” described above and are located in front of the “region 0” inaccordance with the setting of the “layer_order” parameter. FIG. 19Dshows an example in which the “region 0” is set in a device 0 (defaultdevice: broadcast receiving apparatus 100 in the present embodiment) andthe “region 1” is set in a device 1 (portable information terminal 700in the present embodiment).

As described above, in the broadcasting system of the presentembodiment, screen layout control for displaying multimedia services onthe receiver in a manner intended by the service provider can beperformed by using the LCT.

Note that decimal fractions that are generated when the screen isdivided in accordance with the setting values of the “left_top_pos_x”parameter and others are rounded up or down, or rounded off (or in thecase of binary numbers, “0” is rounded down while “1” is rounded up).For example, when the full-screen is made up of 7680 horizontalpixels×4320 vertical pixels and the “left_top_pos_x” parameter of the“region 0” is “0”, the “left_top_pos_y” parameter is “0”, the“right_down_pos_x” parameter is “51”, and the “right_down_pos_y”parameter is “51”, the “region 0” may be set within a range of (0,0)-(3916, 2203) by rounding up decimal fractions or may be set within arange of (0, 0)-(3915, 2202) by rounding down decimal fractions.Alternatively, decimal fractions may be rounded up or down in units of8-pixel blocks or 16-pixel blocks in consideration of macro-blocks atthe time of an image compression process. Through the process describedabove, region setting based on the LCT and conversion of the resolutionof multimedia contents in the above region can be performed efficiently.

[Exceptional Process of Screen Layout Control of Broadcast ReceivingApparatus]

Even when the control of the screen layout region is performed based onthe LCT in the broadcast receiving apparatus 100 of the presentembodiment, if the user gives an instruction to display an EPG screen,the broadcast receiving apparatus 100 of the present embodiment canperform the screen layout control in which the descriptive contents ofthe LCT is left out of account, as an exceptional process. FIG. 20Ashows an example of an operation of the exceptional process of thescreen layout control based on the LCT.

When the screen layout control similar to that shown in FIG. 19B isperformed based on the descriptive contents of the LCT, a video ofbroadcasting program is displayed in the “region 0”, and broadcastingcontents such as program-cooperation data cooperated with thebroadcasting program are displayed in the “region 1” and the “region 2”,if the user gives an instruction to display an EPG screen with theremote controller (not shown), the broadcast receiving apparatus 100 ofthe present embodiment shifts the screen layout setting back to thedefault setting (i.e., a state in which the screen layout controlsimilar to that shown in FIG. 19A is performed) as shown in FIG. 20A(A)regardless of the descriptive contents of the LCT, and controls thescreen layout to display the EPG screen on the entire screen. Further,when the user gives an instruction to end the display of the EPG screen,the broadcast receiving apparatus 100 executes again the screen layoutcontrol in accordance with the descriptive contents of the LCT.

By performing the control described above, the EPG screen can bedisplayed in a large size and easiness to see the EPG screen can beimproved, compared to the case where the EPG screen is displayed whilemaintaining the control of screen layout region as shown in FIG. 20A(B).

Note that the exceptional process of the screen layout control isapplied not only to the case of displaying the EPG screen but also tothe case of displaying sub-screens of various setting screens (timerrecording setting screen in the example of FIG. 20B(A)) or displayingdual screens in the broadcast receiving apparatus 100, as shown in FIG.20B.

In the case of the timer recording setting screen shown in (A) of FIG.20B, a display area of broadcasting contents is shifted from thefull-screen region to a sub-screen region on the right bottom corner ofthe screen. In the case of the dual screen display shown in (B) of FIG.20B, the display area of broadcasting contents is shifted from thefull-screen region to a divided screen region in the middle left side ofthe screen. In both cases, since the display area for displayingbroadcasting contents is narrowed, compared to the case of using theentire screen, it is not preferable to maintain the control of screenlayout region in the display area (that is, a plurality of broadcastingcontents is kept displayed simultaneously in divided regions) from theviewpoint of offering fine visibility. For this reason, in theabove-described situation, the broadcast receiving apparatus 100 of thepresent embodiment selects the broadcasting contents of the “region 0”and displays only the selected contents in the display area. Note thatthe broadcasting contents of the “region 1” or “region 2” may beselected and displayed depending on a region selection state rightbefore the selection.

By performing the control described above, the easiness to see thebroadcasting contents can be improved, compared to the case wherevarious broadcasting contents are displayed while maintaining thecontrol of screen layout region. The same applies also to the cases ofdisplaying a sub-screen for a timer recording program list, displayinginternet contents on a browser, and others.

[Display of EPG in Broadcast Receiving Apparatus]

In the broadcasting system of the present embodiment, time-seriesinformation related to events (so-called programs) included in servicesmaking up the broadcasting network is transmitted in the form of MH-EIT.FIG. 21 shows an example of the data structure of the MH-EIT of thepresent embodiment. The MH-EIT is classified into two classes by a tableID (corresponding to a “table_id” parameter in FIG. 21), and can provideinformation of the current and next events in its own TLV stream andschedule information of events in its own TLV stream. The broadcastreceiving apparatus 100 of the present embodiment refers to the MH-EITand others to identity a service with a service ID (corresponding to a“service_id” parameter in FIG. 21), thereby acquiring information of thestart time, broadcasting time, and the like of each event to create anEPG screen. Further, the broadcast receiving apparatus 100 can displaythe created EPG screen on the monitor unit 162 by superposing it onvideo information and others in the video synthesizing unit 161.

FIG. 22A is a diagram showing an example of an EPG screen in thebroadcast receiving apparatus 100 of the present embodiment. An EPGscreen 162 a has a matrix form with the vertical axis representing timeand the horizontal axis representing service IDs (channels), anddisplays detailed information of broadcasting programs to be broadcastedin each channel in each time zone. Further, detailed information 162 a 1of each broadcasting program is composed mainly of a title region 162 a2 and a detail description region 162 a 3.

In the title region 162 a 2, symbols and others expressing the title andproperties of the broadcasting program are displayed. The symbols andothers expressing the properties of the broadcasting program are, forexample, symbols/characters indicating that the broadcasting program isa new program or rerun program, or may be a mark or the like standingfor “data” indicating that the program supports data broadcasting by abroadcasting service, or may be a mark 162 a 4 or the like standing for“NetWork” indicating that contents, applications, and others related tothe broadcasting program can be acquired through the network. Inaddition, the symbols and others expressing the properties of thebroadcasting program may be substituted by differentiating thebackground color of the detailed information 162 a 1 from others orenclosing the display region of the detailed information 162 a 1 with athick line.

Note that, even when control information (messages, tables, descriptors,etc.) in the broadcasting system of the present embodiment indicatesthat contents, applications, and others related to the broadcastingprogram can be acquired through the network, if access to server deviceson the network cannot be made for such a reason that a LAN cable is notconnected to the LAN communication unit 121 of the broadcast receivingapparatus 100, the screen may be controlled so as not to display themark 162 a 4 or the like standing for “NetWork”.

In addition, when the broadcasting program is a network-distributionprogram distributed through the Internet 200 and therefore cannot beacquired from broadcast waves, and further the broadcast receivingapparatus 100 cannot access server devices on the network like in thecase described above, the screen may be controlled so that a region ofdetailed information 162 b 1 displayed on an EPG screen 162 b is grayedout as shown in FIG. 22B. Namely, the screen is controlled so as not todisplay detailed information of a network-distribution program that theuser is not allowed to view. Alternatively, the gray-out process may besubstituted by differentiating the background color of the detailedinformation 162 b 1 from others. It is also possible to notify the userthat the broadcast receiving apparatus 100 is incapable of accessingserver devices on the network or the user is not allowed to view anetwork-distribution program associated with the detailed information162 b 1, by a popup message or the like when the user operates theremote controller (not shown) to select the detailed information 162 b1.

Through the control described above, the broadcast receiving apparatus100 can provide the user with information of broadcasting programs in aform that does not give any sense of discomfort to the user inaccordance with the network connection state.

FIG. 22C is a diagram showing another example of the EPG screen in thebroadcast receiving apparatus 100 of the present embodiment. In FIG.22C, “M1 television”, “M2 broadcasting”, “M3 channel”, “M4 TV”,“Television M5”, and others are the names of broadcast stations ofrespective channels, and the “M2 broadcasting” station providesbroadcasting programs distributed through broadcast waves as well asnetwork-distribution programs (information 162 c 1 indicated in a columnof “network broadcasting” in FIG. 22C) distributed through the Internet200 at the same time.

As shown in FIG. 22C, when a channel that provides only thenetwork-distribution programs distributed through the Internet 200 ispresent, the screen is usually controlled to display the information ofall the channels (including the information 162 c 1) as shown by an EPGscreen 162 c in FIG. 22C(A). Meanwhile, in the case where the broadcastreceiving apparatus 100 cannot access server devices on the network orthe like, the screen may be controlled so as not to display informationof the channel of “M2 broadcasting (network broadcasting)” that providesonly the network-distribution programs distributed through the Internet200 (information 162 c 1 in FIG. 22C(A)) as shown by an EPG screen 162 din FIG. 22C(B).

Through the control described above, it becomes unnecessary for the userof the broadcast receiving apparatus 100 to check the information of achannel that provides programs that the user is not allowed to view.

[Display of Emergency Warning Broadcasting in Broadcast ReceivingApparatus]

The broadcast receiving apparatus 100 of the present embodiment canperform a process of receiving emergency warning broadcasting when anemergency warning broadcasting start control signal bit of a TMCCsignal, which is included in transmission data including a TLV stream,changes from “0” to “1”.

The emergency warning broadcasting may be provided as an applicationthat displays a warning message on the full-screen scale or may beprovided as character information in the form of a caption message. Itis preferable that the character information in the form of a captionmessage is displayed regardless of the condition of the broadcastreceiving apparatus 100 just before reception of the emergency warningbroadcasting in a case where the emergency warning broadcasting isprovided as character information in the form of a caption message.Namely, as shown in FIG. 23, when the broadcast receiving apparatus 100receives emergency warning broadcasting in a state where the user viewsa regular broadcasting program by watching a program screen 162 e of thebroadcasting program displayed on the monitor unit 162, characterinformation 162 e 1 by the emergency warning broadcasting is superposedand displayed on the program screen 162 e. In the same manner, when thebroadcast receiving apparatus 100 receives emergency warningbroadcasting in a state where an EPG screen 162 f is displayed on themonitor unit 162 in accordance with an instruction given by the user todisplay the EPG screen, character information 162 f 1 by the emergencywarning broadcasting is superposed and displayed on the EPG screen 162f.

Through the control described above, even when the user selects an EPGscreen, a setting screen, a timer recording program list screen, or aninternet browser screen and causes the broadcast receiving apparatus 100to display such a screen, it is possible to avoid overlooking importantcharacter information based on the received emergency warningbroadcasting. Note that this control may be performed for the characterinformation of an ordinary caption other than the emergency warningbroadcasting.

[Various Exceptional Processes]

When failing to acquire data of a transmission path other than a TLVstream in the same package, the broadcast receiving apparatus 100 of thepresent embodiment may perform, for example, the following exceptionalprocesses.

As described above with reference to FIG. 6E, in the broadcasting systemcompatible with the broadcast receiving apparatus 100 of the presentembodiment, data acquired from a TLV stream and data acquired from atransmission path other than the TLV stream can be included in the samepackage, based on location information (corresponding to the“MMT_general_location_info( )” in FIG. 17) stored in the MPT. However,the data transmission path other than the TLV stream that is indicatedby the location information (e.g., IPv4 data flow, IPv6 data flow,MPEG2-TS of broadcasting, etc.) is a receiving function different from areceiving function of TLV/MMT streams. For this reason, even when thebroadcast receiving apparatus 100 is in operation, the data may not beacquired from such a data transmission path in a situation where thereceiving function of the data transmission path is not working, asituation where the receiving function is working but a relay device andothers are not operating, a situation where a wired or wirelessconnection of the transmission path is not established, and a situationwhere the broadcast receiving apparatus 100 is placed in an environmentin which the data transmission path cannot be connected.

In such situations, when the broadcast receiving apparatus 100 of thepresent embodiment receives an event in which the location informationstored in the MPT indicates that the data acquired from the TLV streamand the data acquired from the transmission path other than the TLVstream are correlated to be included in the same package, the broadcastreceiving apparatus 100 may perform the following operations.

For example, when an LCT specifies a plurality of regions on the screenas shown in FIGS. 19B and 19C, and video included in the TLV stream anddata acquired from a transmission path other than the TLV stream arecorrelated so that the video is displayed in the “region 0” and the datais displayed in the “region 1” and “region 2”, but the data from thetransmission path other than the TLV stream to be displayed in the“region 1” and “region 2” cannot be acquired, the layout display of aplurality of regions specified by the LCT may be forbidden.Specifically, even when the LCT is received, the video contents receivedfrom the TLV stream is kept displayed in the “region 0” in the defaultlayout display shown in FIG. 19A, and this layout is prevented fromshifting to the layout display of a plurality of regions shown in FIGS.19B and 19C. Further, even if an instruction to make a layout changefrom the default layout to the layout specified by the LCT is inputtedto the operation input unit 170 of FIG. 7A in this state, a shift to thelayout display of a plurality of regions of FIGS. 19B and 19C may beprevented by maintaining the default layout of FIG. 19A or shifting thescreen to a different data broadcasting screen.

As another operation example when an LCT specifies a plurality ofregions on the screen as shown in FIGS. 19B and 19C, and video includedin the TLV stream and data acquired from a transmission path other thanthe TLV stream are correlated so that the video is displayed in the“region 0” and the data is displayed in the “region 1” and “region 2”,but the data from the transmission path other than the TLV stream to bedisplayed in the “region 1” and “region 2” cannot be acquired, a displayframe for the plurality of regions of FIGS. 19B and 19C specified by theLCT is displayed temporarily to display a background color or a givenstill image in the “region 1” and “region 2”, and if the data from thetransmission path other than the TLV stream indicated by the locationinformation of the MPT cannot be acquired after an elapse of a giventime, the display layout is shifted back to the default layout displayshown in FIG. 19A. In this case, it is preferable that the screen iscontrolled so that the program video included in the TLV stream is keptdisplayed in the “region 0” even in the layout change shown in FIGS.19A, 19B, and 19C because the program video itself for the usercontinues.

Further, even in a state where the video contents received in the TLVstream are displayed in the “region 0” in the default layout display ofFIG. 19A because the data from the transmission path other than the TLVstream to be displayed in the “region 1” and “region 2” cannot beacquired, operations of various communication functions and receivingfunctions of the broadcast receiving apparatus 100 of the presentembodiment are started or communication environment and communicationstate of the various communication functions and reception environmentand reception state of the various receiving functions are changed insome cases, with the result that it becomes possible to acquire the datafrom the transmission path other than the TLV stream to be displayed inthe “region 1” and “region 2”. In such a case, the broadcast receivingapparatus 100 of the present embodiment may immediately shift thedisplay layout from the default layout display of FIG. 19A to the layoutof a plurality of regions of FIGS. 19B and 19C specified by the LCT sothat the video contents received from the TLV stream are displayed inthe “region 0” and the data acquired from the transmission path otherthan the TLV stream is displayed in the “region 1” and “region 2”.Alternatively, the layout change may be performed after an instructionto make a layout change from the default layout to the layout specifiedby the LCT is inputted to the operation input unit 170, instead ofperforming the layout change immediately.

[Copy Right Protection Function]

In the digital broadcasting system compatible with the broadcastreceiving apparatus 100 of the present embodiment, the copy controlinformation may be included in the MPT so that the copy controlinformation is transmitted to indicate copy control states of contentsthat the MPT refers to, and the copy control states includes “freelycopiable” (which may be divided into two types such as “freely copiableand requiring encoding process upon storage and output” and “freelycopiable and not requiring encoding process upon storage and output”),“copiable only for one generation”, “copiable given times” (e.g., aso-called “dubbing 10” if copiable nine times+allowing move once), and“copy prohibited”. In this case, the broadcast receiving apparatus 100of the present embodiment may be configured to control the processes ofstoring the contents in the storage (accumulation) unit 110, recodingthe contents on a removable recording medium, outputting the contents toexternal equipment, copying the contents to external equipment, andmoving the contents to external equipment in accordance with the copycontrol information. Note that data to be subjected to the storingprocess may include not only the data stored in the storage(accumulation) unit 110 in the broadcast receiving apparatus 100 butalso a record that is protected by an encoding process or the like so asto be reproduced only by the broadcast receiving apparatus 100.Specifically, data to be subjected to the storing process includes thedata recorded in an external recording device in the state of beingreproduced only by the broadcast receiving apparatus 100.

Specific examples of processes based on the copy control informationwill be described below.

First, when the copy control information included in the MPT indicates“freely copiable”, the broadcast receiving apparatus 100 of the presentembodiment is allowed to perform the processes of storage to the storage(accumulation) unit 110, recoding on the removable recording medium,output to external equipment, copy to external equipment, and move toexternal equipment, without limitations. However, in the case where“freely copiable” is divided into “freely copiable and requiringencoding process upon storage and output” and “freely copiable and notrequiring encoding process upon storage and output” and when the copycontrol information indicates “freely copiable and requiring encodingprocess upon storage and output”, the broadcast receiving apparatus 100is allowed to perform the processes of storage to the storage(accumulation) unit 110, recoding on the removable recording medium,output to external equipment, copy to external equipment, and move toexternal equipment any number of times without any limitation, but hasto apply the encoding process in any cases.

Further, when the copy control information included in the MPT indicates“copiable only for one generation”, the broadcast receiving apparatus100 of the present embodiment is allowed to store encoded contents inthe storage (accumulation) unit 110, but when the stored contents are tobe outputted to external equipment for viewing, the broadcast receivingapparatus 100 has to output the contents after encoding the contentstogether with the copy control information indicating “copy prohibited”.However, the broadcast receiving apparatus 100 is allowed to perform aso-called moving process to the external equipment (the process ofcopying the contents to the external equipment and disabling thereproduction of the contents in the storage (accumulation) unit 110 ofthe broadcast receiving apparatus 100 by, for example, deleting thecontents).

Further, when the copy control information included in the MPT indicates“copiable given times”, the broadcast receiving apparatus 100 of thepresent embodiment is allowed to store encoded contents in the storage(accumulation) unit 110, but when the stored contents are to beoutputted to external equipment for viewing, the broadcast receivingapparatus 100 has to output the contents after encoding the contentstogether with the copy control information indicating “copy prohibited”.However, the broadcast receiving apparatus 100 is allowed to perform thecopying and move process of contents to the external equipmentpredetermined times. In the case of the so-called “dubbing 10”, thebroadcast receiving apparatus 100 is allowed to perform copying to theexternal equipment nine times and the moving process to the externalequipment once.

Further, when the copy control information included in the MPT indicates“copy prohibited”, the broadcast receiving apparatus 100 of the presentembodiment is prohibited from copying to the storage (accumulation) unit110. However, when the broadcast receiving apparatus 100 is configuredto have a “temporary storage” mode in which storage to the storage(accumulation) unit 110 is allowed only for a predetermined given timeor a given time specified by control information (e.g., the MH-Expiredescriptor or the like shown in FIG. 6D) included in a broadcastingsignal, the broadcast receiving apparatus 100 is allowed to store thecontents temporarily in the storage (accumulation) unit 110 even whenthe copy control information included in the MPT indicates “copyprohibited”. When the contents for which the copy control informationincluded in the MPT indicates “copy prohibited” are to be outputted toexternal equipment for viewing, the broadcast receiving apparatus 100has to output the contents after encoding the contents together with thecopy control information indicating “copy prohibited”.

Note that the output of the contents to the external equipment forviewing can be performed by the video output unit 163 and the audiooutput unit 166 or through the digital IF unit 125 and the LANcommunication unit 121 of FIG. 7A. The copying or moving process to theexternal equipment can be performed through the digital IF unit 125 andthe LAN communication unit 121 of FIG. 7A.

According to the processes described above, proper contents protectioncan be achieved in accordance with the copy control informationcorrelated with contents.

Further, the copying process of the contents for which the copy controlinformation indicates copy restriction such as “copiable only for onegeneration”, “copiable given times”, and “copy prohibited” to externalequipment through the LAN communication unit 121 may be allowed onlywhen the IP address of the external equipment which is the destinationof a transmission packet sent from the broadcast receiving apparatus 100is present in the same subnet as the IP address of the broadcastreceiving apparatus 100, and may be prohibited when the IP address ofthe external equipment is outside the subnet in which the IP address ofthe broadcast receiving apparatus 100 is present. The same applies alsoto the case of the contents for which the copy control informationindicates “freely copiable and requiring encoding process upon storageand output”.

Similarly, the process of storing the contents for which the copycontrol information indicates copy restriction such as “copiable onlyfor one generation”, “copiable given times”, and “freely copiable andrequiring encoding process upon storage and output” temporarily in thestorage (accumulation) unit 110 and then moving the contents to externalequipment through the LAN communication unit 121 may be allowed onlywhen the IP address of the external equipment which is the destinationof a transmission packet sent from the broadcast receiving apparatus 100is present in the same subnet as the IP address of the broadcastreceiving apparatus 100, and may be prohibited when the IP address ofthe external equipment is outside the subnet in which the IP address ofthe broadcast receiving apparatus 100 is present.

Video and audio output for viewing contents stored in the storage(accumulation) unit 110 of the broadcast receiving apparatus 100 isallowed in principle only when the IP address of the external equipmentwhich is the destination of a transmission packet sent from thebroadcast receiving apparatus 100 is present in the same subnet as theIP address of the broadcast receiving apparatus 100, and the output isprohibited when the IP address of the external equipment is outside thesubnet in which the IP address of the broadcast receiving apparatus 100is present. However, when the external equipment is connected within agiven period in the subnet in which the IP address of the broadcastreceiving apparatus 100 is present and is registered (by paring) asequipment allowed to view the contents even outside the subnet in whichthe IP address of the broadcast receiving apparatus 100 is present,video and audio output for viewing the contents stored in the storage(accumulation) unit 110 of the broadcast receiving apparatus 100 to theexternal equipment may be allowed even when the IP address of theexternal equipment is outside the subnet in which the IP address of thebroadcast receiving apparatus 100 is present. In this case, the videoand audio output for viewing the contents is performed by encoding thecontents.

According to the process described above, different processes areperformed depending on whether the IP address of the external equipmentis present in the same subnet as the IP address of the broadcastreceiving apparatus 100 or is outside the same subnet, so that both ofthe user convenience and contents protection can be achieved.

Next, as described above with reference to FIG. 6E, in the digitalbroadcasting system compatible with the broadcast receiving apparatus100 of the present embodiment, data that is acquired from a path (IPv4,IPv6, MPEG2-TS, URL, etc.) different from data that is acquired from aTLV stream of the broadcasting path may be included in the same packageand the same event as the data that is acquired from the TLV streambased on the location information (“MMT_general_location_info( )” ofFIG. 17) in the MTP. The contents protection that is performed when copycontrol information is included in the MPT in this case will bedescribed.

First, when copy control information is included in the MPT, data thatis included in the same package and the same event based on the locationinformation may be controlled in accordance with the copy controlinformation included in the TLV stream even if the data is acquired froma path (IPv4, IPv6, MPEG2-TS, URL, etc.) different from data that isacquired from a TLV stream of the broadcasting path. As described above,the copy control states of contents specified by the copy controlinformation include “freely copiable” (which may be divided into twotypes such as “freely copiable and requiring encoding process uponstorage and output” and “freely copiable and not requiring encodingprocess upon storage and output”), “copiable only for one generation”,“copiable given times” (e.g., a so-called “dubbing 10” if copiable ninetimes+allowing move once), and “copy prohibited”.

Herein, if data location indicated by the location information includesMPEG2-TS data transmitted by a different digital broadcasting signal,the transmitted MPEG2-TS data is correlated with copy controlinformation also in the different digital broadcasting signal.Accordingly, a problem arises as to in what way and in accordance withwhich information the copy control of the MPEG2-TS data should beperformed (which of the copy control information included in the TLV/MMTstream and the copy control information included in the MPEG2-TS shouldbe referred to in performing copy control).

In the digital broadcasting system of the present embodiment, thisproblem can be solved by performing any one of the following operationsin the broadcast receiving apparatus 100.

First Operation Example

In a first operation example, when copy control information is includedin the MPT and data that is included in the same package and the sameevent based on the location information includes MPEG2-TS datatransmitted by a different digital broadcasting signal, priority isgiven to a copy control state indicated by the copy control informationincluded in the TLV stream over a copy control state indicated by thecopy control information included in the MPEG2-TS in performing copycontrol.

For example, when the copy control state indicated by the copy controlinformation included in the TLV stream is “copiable only for onegeneration” while the copy control state indicated by the copy controlinformation included in the MPEG2-TS is “copiable given times”, even thedata acquired from a path (digital broadcasting in the MPEG2-TStransmission format) different from the data acquired from the TLVstream may be subjected to copy control as the data contents of“copiable only for one generation”. For example, when the copy controlstate indicated by the copy control information included in the TLVstream is “freely copiable” while the copy control state indicated bythe copy control information included in the MPEG2-TS is “copiable giventimes”, even the data acquired from a path (digital broadcasting in theMPEG2-TS transmission format) different from the data acquired from theTLV stream may be subjected to copy control as the data contents of“freely copiable”.

By this operation, data acquired from a path other than the TLV streamcan also be put in a copy control state desired in the broadcastingsystem compatible with the broadcast receiving apparatus 100 of thepresent embodiment.

Second Operation Example

In a second operation example, when copy control information is includedin the MPT and data that is included in the same package and the sameevent based on the location information includes MPEG2-TS datatransmitted by a different digital broadcasting signal, a copy controlstate indicated by the copy control information included in the TLVstream is compared with a copy control state indicated by the copycontrol information included in the MPEG2-TS, and if the copy controlstate indicated by the copy control information included in the MPEG2-TSis severer than the copy control state indicated by the copy controlinformation included in the TLV stream, the MPEG2-TS data is excludedfrom contents to be processed when performing the storing process to thestorage (accumulation) unit 110, recording process on the removablerecoding medium, or outputting process from the digital interface.

By this operation, with respect to the data acquired from the path otherthan the TLV stream, the original copy control information of the dataset in the broadcasting system in which the data is transmitted is takeninto account, and also the redundant copy control states on thebroadcast receiving apparatus 100 of the present embodiment can beeliminated.

Further, if the copy control state indicated by the copy controlinformation included in the MPEG2-TS is identical to or less severe thanthe copy control state indicated by the copy control informationincluded in the TLV stream as a result of the above comparison, theMPEG2-TS data that is included in the same package and the same eventbased on the location information may be subjected to copy control ascontents in the copy control state indicated by the copy controlinformation included in the TLV stream.

By this operation, with respect to the data acquired from the path otherthan the TLV stream, the original copy control information of the dataset in the broadcasting system in which the data is transmitted is takeninto account, and the redundant copy control states on the broadcastreceiving apparatus 100 of the present embodiment can be eliminated.

The copy right protection function of the broadcast receiving apparatus100 of the present embodiment has been described as being performedbased on the copy control information included in the MPT. However, theMPT is not the only table including the copy control information. Thecopy control information may be included also in tables other than theMPT such as the MH-service description table (MH-SDT), the MH-eventinformation table (MH-EIT), or other tables shown in FIG. 6B, and thebroadcast receiving apparatus 100 can perform the copy right protectionprocess in accordance with the copy control information transmitted inthese tables.

According to the above-described embodiment, it is possible to providethe broadcasting receiver supporting MMT digital broadcasting.

Second Embodiment

A second embodiment of the present invention will be described below.Constituent elements, processes, effects and the like of the secondembodiment are the same as those of the first embodiment unlessotherwise specified. For this reason, in the following description,differences between the first embodiment and the second embodiment aremainly described, and description of the matters common to bothembodiments is omitted as much as possible in order to avoid redundantdescription. Further, the following description will be made based onthe assumption that a broadcast receiving apparatus of the secondembodiment is a television receiver that supports both of MMT method andMPEG2-TS method as the media transport method.

[Hardware Configuration of Broadcast Receiving Apparatus]

FIG. 24 is a block diagram showing an example of an internalconfiguration of a broadcast receiving apparatus 800. The broadcastreceiving apparatus 800 includes a main control unit 801, a system bus802, a ROM 803, a RAM 804, a storage unit 810, a LAN communication unit821, an extension interface unit 824, a digital interface unit 825, afirst tuner/demodulating unit 831, a second tuner/demodulating unit 832,an MMT decode processing unit 841, an MPEG2-TS decode processing unit842, a video synthesizing unit 861, a monitor unit 862, a video outputunit 863, an audio synthesizing unit 864, a speaker unit 865, an audiooutput unit 866, and an operation input unit 870.

The main control unit 801, the system bus 802, the ROM 803, the RAM 804,the storage unit 810, the extension interface unit 824, the digitalinterface unit 825, the monitor unit 862, the video output unit 863, thespeaker unit 865, the audio output unit 866, the operation input unit870, and the like have functions equivalent to those of the main controlunit 101, the system bus 102, the ROM 103, the RAM 104, the storage(accumulation) unit 110, the extension interface unit 124, the digitalinterface unit 125, the monitor unit 162, the video output unit 163, thespeaker unit 165, the audio output unit 166, the operation input unit170, and the like in the broadcast receiving apparatus 100 of the firstembodiment, respectively, and detailed descriptions thereof are omitted.

The first tuner/demodulating unit 831 receives broadcast waves of abroadcasting service adopting the MMT method as the media transportmethod via an antenna (not shown), and tunes to (selects) a channelgiving a service that the user wishes to have, under the control by themain control unit 801. Further, the first tuner/demodulating unit 831demodulates a received broadcasting signal to acquire an MMT datastring, and outputs the MMT data string to the MMT decode processingunit 841. The second tuner/demodulating unit 832 receives broadcastwaves of a broadcasting service adopting the MPEG2-TS method as themedia transport method via an antenna (not shown), and tunes to(selects) a channel giving a service that the user wishes to have, underthe control by the main control unit 801. Further, the secondtuner/demodulating unit 832 demodulates a received broadcasting signalto acquire an MPEG2-TS data string, and outputs the MPEG2-TS data stringto the MPEG2-TS decode processing unit 842.

The MMT decode processing unit 841 receives the MMT data string outputfrom the first tuner/demodulating unit 831, and performs processes ofseparating and decoding a video data string, an audio data string, acaption data string, a subtitle data string, and the like, which arereal-time presentation elements, based on a control signal included inthe MMT data string. The MMT decode processing unit 841 has thefunctions equivalent to those of the separating unit 132, the videodecoder 141, the video color gamut conversion unit 142, the audiodecoder 143, the caption decoder 144, the subtitle decoder 145, thesubtitle synthesizing unit 146, the subtitle color gamut conversion unit147, the data decoder 151, the cache unit 152, the application controlunit 153, the browser unit 154, the application color gamut conversionunit 155, the sound source unit 156, and the like in the broadcastreceiving apparatus 100 of the first embodiment. The MMT decodeprocessing unit 841 is capable of performing the various processesdescribed in the first embodiment. The details of the various processeshave been described in the first embodiment, and further descriptionsthereof are omitted.

The MPEG2-TS decode processing unit 842 receives the MPEG2-TS datastring output from the second tuner/demodulating unit 832, and performsprocesses of separating and decoding a video data string, an audio datastring, a caption data string, a subtitle data string, and the like,which are real-time presentation elements, based on a control signalincluded in the MPEG2-TS data string. The MPEG2-TS decode processingunit 842 has the function equivalent to that of an IRD (IntegratedReviver Decoder) of a conventional television receiver that receivesbroadcast waves of a broadcasting service adopting the MPEG2-TS methodas the media transport method, and detailed descriptions thereof areomitted.

The video synthesizing unit 861 receives video information, subtitleinformation, and application information output from the MMT decodeprocessing unit 841 and video information, subtitle information, andapplication information output from the MPEG2-TS decode processing unit842, and properly performs a selection process and/or a superpositionprocess. The video synthesizing unit 861 has a video RAM (not shown),and the monitor unit 862 and others are driven based on videoinformation and others inputted to the video RAM. In addition, the videosynthesizing unit 861 performs a scaling process, a superposing processof EPG screen information, and others under the control by the maincontrol unit 801 when necessary. The audio synthesizing unit 864receives audio information output from the MMT decode processing unit841 and audio information output from the MPEG2-TS decode processingunit 842, and properly performs a selection process and/or a mixingprocess.

The LAN communication unit 821 is connected to the Internet 200 via therouter device 200 r, and transmits and receives data to and from serverdevices and other communication equipment on the Internet 200. Further,the LAN communication unit 821 acquires an MMT data string (or part ofit) and an MPEG2-TS data string (or part of it) of a program transmittedthrough the communication line, and properly outputs them to the MMTdecode processing unit 841 and the MPEG2-TS decode processing unit.

[Time Display in Broadcast Receiving Apparatus]

The broadcast receiving apparatus 800 of the present embodiment candisplay the current date and current time on the EPG screen and othervarious setting screens. Information related to the current date andcurrent time is transmitted by an MH-TOT or the like in the case of abroadcasting service adopting the MMT method as the media transportmethod, and the information is transmitted by a TOT (Time Offset Table)or the like provided in SI (Service Information) defined in the MPEG-2system in the case of a broadcasting service adopting the MPEG2-TSmethod as the media transport method. The broadcast receiving apparatus800 can acquire the information related to the current date and currenttime by referring to the MH-TOT and the TOT.

In general, when the video synthesizing unit 861 mainly selects videoinformation and others output from the MMT decode processing unit 841,the video synthesizing unit 861 superposes the information related tothe current date and current time acquired from the MH-TOT on the videoinformation and others, and when the video synthesizing unit 861 mainlyselects video information and others output from the MPEG2-TS decodeprocessing unit 842, the video synthesizing unit 861 superposes theinformation related to the current date and current time acquired fromthe TOT on the video information and others.

However, since the broadcasting service adopting the MMT method as themedia transport method is different from the broadcasting serviceadopting the MPEG2-TS method as the media transport method incoding/decoding processes, transmission paths, and the like, there is apossibility that inconsistency occurs in current time display betweenthe case of selecting the broadcasting service adopting the MMT methodas the media transport method and the case of selecting the broadcastingservice adopting the MPEG2-TS method as the media transport method. Forexample, when an EPG screen 162 g displaying channel information of thebroadcasting service adopting the MMT method as the media transportmethod is switched to an EPG screen 162 h displaying channel informationof the broadcasting service adopting the MPEG2-TS method as the mediatransport method as shown in FIG. 25, the inconsistency caused when thedisplay of current time is switched from a current time display 162 g 1to a current time display 162 h 1 may give the user a feeling of visualdiscomfort.

In order to prevent the user from having such a feeling of visualdiscomfort, the broadcast receiving apparatus 800 of the presentembodiment performs control to superpose the information related to thecurrent date and current time acquired from the TOT on the videoinformation and others even when the video synthesizing unit 861 mainlyselects the video information and others output from the MMT decodeprocessing unit 841. Namely, the broadcast receiving apparatus 800 ofthe present embodiment performs control to superpose current timeinformation provided by the broadcasting service adopting the MPEG2-TSmethod as the media transport method, on the contents of thebroadcasting service adopting the MMT method as the media transportmethod.

Through the control described above, the broadcast receiving apparatus800 of the present embodiment always displays the current timeinformation that is acquired by referring to the TOT. Thus, even whenthe broadcasting service adopting the MMT method as the media transportmethod and the broadcasting service adopting the MPEG2-TS method as themedia transport method are switched to each other, it is possible toprevent the user from having such a feeling of visual discomfort due toinconsistency in the display of current time.

FIG. 26A shows an example of selection control of a reference source ofcurrent time information in accordance with the reception state ofbroadcasting services in the broadcast receiving apparatus 800 of thepresent embodiment. The broadcast receiving apparatus 800 of the presentembodiment always refers to the TOT to acquire current time informationwhen the broadcast receiving apparatus 800 is in a condition in which itcan receive the broadcasting service adopting the MPEG2-TS method as themedia transport method, and refers to the MH-TOT to acquire current timeinformation only when the broadcast receiving apparatus 800 is in acondition in which it cannot receive the broadcasting service adoptingthe MPEG2-TS method as the media transport method but can receive thebroadcasting service adopting the MMT method as the media transportmethod.

In addition, the above-mentioned effect can be achieved also byperforming control to superpose current time information provided by thebroadcasting service adopting the MMT method as the media transportmethod on contents of the broadcasting service adopting the MPEG2-TSmethod as the media transport method contrary to the above control.

In both of the case of control in which current time informationprovided by the broadcasting service adopting the MPEG2-TS method as themedia transport method is superposed on contents of the broadcastingservice adopting the MMT method as the media transport method and thecase of control in which current time information provided by thebroadcasting service adopting the MMT method as the media transportmethod is superposed on contents of the broadcasting service adoptingthe MPEG2-TS method as the media transport method, the current timeinformation can be corrected by referring to the “delta” parameter ofthe time information in the TMCC extension information region asdescribed above in [Time Management of Broadcast Receiving Apparatus] ofthe first embodiment.

Further, in both cases of the broadcasting service in which the MMTmethod is adopted as the media transport method and the broadcastingservice in which the MPEG2-TS method is adopted as the media transportmethod, there is a possibility that the MH-TOT or TOT transmitted byrespective broadcasting services making up the network has an error dueto the fault of the transmission system or the transmission failure. Asthe measures for the error of the MH-TOT or TOT described above, thebroadcast receiving apparatus 800 of the present embodiment has afunction of performing an update process of time information of abuilt-in clock by acquiring an MH-TOT or TOT from a differentbroadcasting service in the same network or an arbitrary broadcastingservice in another network and referring to current time information ofthe acquired MH-TOT or TOT when it is determined that the MH-TOT or TOTacquired from the service being received at present has an error.

FIG. 26B shows an example of an update process of current timeinformation in the case where the broadcasting service adopting theMPEG2-TS method as the media transport method is received in thebroadcast receiving apparatus 800 of the present embodiment. Note thatthe process similar to that shown in FIG. 26B is possible even when thebroadcasting service adopting the MMT method as the media transportmethod is received.

When the time information of the built-in clock is updated in thebroadcast receiving apparatus 800 of the present embodiment, first, thereceiving function executing unit 1102 acquires the TOT from theMPEG2-TS data string of the currently received broadcasting service(broadcasting serving adopting the MPEG2-TS method as the mediatransport method) (S301), and then acquires the current time informationby referring to the acquired TOT (S302). Next, the receiving functionexecuting unit 1102 performs the process of comparing the current timeinformation acquired in the process of S302 and the time information ofthe built-in clock.

When the difference between the current time information acquired in theprocess of S302 and the time information of the built-in clock is withina given value (e.g., within 3 minutes) as a result of the comparisonprocess (S303: Yes), the receiving function executing unit 1102 updatesthe time information of the built-in clock based on the current timeinformation acquired in the process of S302 (S306). Meanwhile, when thedifference between the current time information acquired in the processof S302 and the time information of the built-in clock is not within thegiven value as a result of the comparison process (S303: No) or the TOTacquired in S301 has a flag or the like indicating that an error ispresent in the data, the receiving function executing unit 1102 acquiresa TOT from an MPEG2-TS data string of a different broadcasting servicein the same network or acquires an MH-TOT from an MMT data string of anarbitrary broadcasting service (broadcasting serving adopting the MMTmethod as the media transport method) in another network (S304), andfurther acquires current time information from the acquired TOT orMH-TOT (S305). The receiving function executing unit 1102 can performthe comparison process of S303 again based on the current timeinformation acquired in the process of S305.

Through the process described above, the broadcast receiving apparatus800 of the present embodiment can perform the update process of the timeinformation of the built-in clock by acquiring an MH-TOT or TOT from adifferent broadcasting service in the same network or an arbitrarybroadcasting service in another network and referring to current timeinformation of the acquired MH-TOT or TOT when it is determined that theMH-TOT or TOT acquired from the service being received at present has anerror.

When the current time information whose difference from the timeinformation of the built-in clock falls within a given range cannot beacquired even by the repetition of S304 and S305 like in the initialsetting after the product shipment, the time information of the built-inclock may be set newly based on the current time information acquired inthe process of S302. In this manner, it is possible to deal with thecase where the time information of the built-in clock of the broadcastreceiving apparatus 800 of the present embodiment has an error.

[Display of EPG in Broadcast Receiving Apparatus]

Event schedule information of the broadcasting service adopting the MMTmethod as the media transport method is transmitted by MH-EIT or thelike. Meanwhile, event schedule information of the broadcasting serviceadopting the MPEG2-TS method as the media transport method istransmitted by EIT (Event Information Table) or the like included in SIdefined in the MPEG-2 system. Therefore, in general, when videoinformation or the like provided by the broadcasting service adoptingthe MMT method as the media transport method is displayed, the eventschedule information (MH-EIT) of the broadcasting service adopting theMMT method can be acquired, and when video information or the likeprovided by the broadcasting service adopting the MPEG2-TS method as themedia transport method is displayed, the event schedule information(EIT) of the broadcasting service adopting the MPEG2-TS method can beacquired.

However, the broadcast receiving apparatus 800 of the present embodimentcan acquire both MH-EIT and EIT when displaying video information or thelike provided by the broadcasting service adopting the MMT method as themedia transport method as well as when displaying video information orthe like provided by the broadcasting service adopting the MPEG2-TSmethod as the media transport method, and thus the user friendliness canbe improved.

FIG. 27A shows an example of the EPG screen in the broadcast receivingapparatus 800 of the present embodiment. In FIG. 27A, an EPG screen 162i is an EPG screen that is created based on the MH-EIT of thebroadcasting service adopting the MMT method as the media transportmethod, and “M1 television”, “M2 broadcasting”, “M3 channel”, “M4 TV”,“television M5” and the like are the names of broadcast stations thatprovide the broadcasting service adopting the MMT method as the mediatransport method. Further, an EPG screen 162 j is an EPG screen that iscreated based on the EIT of the broadcasting service adopting theMPEG2-TS method as the media transport method, and “T6 television”, “T7broadcasting”, “T8 channel”, “T9 TV”, “television TA” and others are thenames of broadcast stations that provide the broadcasting serviceadopting the MPEG2-TS method as the media transport method.

For example, when the user who is watching a broadcasting programprovided by the broadcasting service adopting the MMT method as themedia transport method gives an instruction to display the EPG screen byoperating the remote controller (not shown), an initial EPG screen (notshown) appears. The initial EPG screen is an EPG screen that is createdbased on the MH-EIT of the broadcasting service adopting the MMT methodas the media transport method, and shows detailed information ofbroadcasting programs of respective channels in a time zone of “from17:00 (around current time)” on “October 7, 2014 (today)”. Then, if theuser wishes to check detailed information of broadcasting programs ofrespective channels in a time zone of “from 20:00” on “October 9, 2014”and gives an instruction to update the EPG screen by operating theremote controller (not shown), the EPG screen 162 i appears.

Subsequently, if the user wishes to check detailed information ofbroadcasting programs provided by the broadcasting service adopting theMPEG2-TS method as the media transport method and gives a networkswitching instruction by operating the remote controller (not shown),the EPG screen 162 j appears. At this time, the broadcast receivingapparatus 800 of the present embodiment controls the screen to displaydetailed information of broadcasting programs of the respective channelsin the same time zone on the same date (i.e., “from 20:00” on “October9, 2014”) as those of the EPG screen 162 i displayed just before thenetwork switching, instead of the initial EPG screen that is createdbased on the EIT of the broadcasting service adopting the MPEG2-TSmethod as the media transport method (i.e., detailed information ofbroadcasting programs of the respective channels in the time zone of“from 17:00” on “October 7, 2014”).

Through the control described above, the user can consecutively checkdetailed information of broadcasting programs provided in the same timezone on the same date by a plurality of networks with different mediatransport methods by a simple operation. Namely, the user friendlinessof the broadcast receiving apparatus 800 can be improved.

FIG. 27B is a diagram showing an example of the EPG screen in thebroadcast receiving apparatus 800 of the present embodiment that isdifferent from the example mentioned above. An EPG screen 162 k shows astate obtained by scrolling the EPG screen 162 i of FIG. 27A in thedirection of arrangement of the channels (horizontal direction) by theoperation of the remote controller (not shown). Namely, in the exampleof FIG. 27B, by scrolling the EPG screen in the direction of arrangementof the channels (horizontal direction), the channel information that iscreated based on the MH-EIT of the broadcasting service adopting the MMTmethod as the media transport method and the channel information that iscreated based on the EIT of the broadcasting service adopting theMPEG2-TS method as the media transport method are displayed on the sametime axis in a seamless manner.

Accordingly, even when the user wishes to check the channel informationthat is created based on the EIT of the broadcasting service adoptingthe MPEG2-TS method as the media transport method while checking thechannel information that is created based on the MH-EIT of thebroadcasting service adopting the MMT method as the media transportmethod, the user does not need to give a network switching instructionor the like by the operation of the remote controller (not shown). Inaddition, the user is allowed to collectively check detailed informationof broadcasting programs provided in the same time zone on the same dateby a plurality of networks with different media transport methods.Namely, the user friendliness of the broadcast receiving apparatus 800can be improved.

Third Embodiment

Hereinafter, a third embodiment of the present invention will bedescribed. Constituent elements, effects and the like of the thirdembodiment are the same as those of the first embodiment unlessotherwise specified. For this reason, in the following description,differences between the first embodiment and the third embodiment aremainly described, and description of the matters common to bothembodiments is omitted as much as possible in order to avoid redundantdescription.

A broadcast receiving apparatus 100 according to the present embodimentcan deal with an HDR (High Dynamic Range) and enlargement of colorgamut. The HDR is a technique to enlarge a luminance range of color thatvideo contents have. Further, in an MMT that is a media transport methodwith which the broadcast receiving apparatus 100 according to thepresent embodiment deals, in order to allow video to be reproduced on amonitor device (the broadcast receiving apparatus 100 according to thepresent embodiment, and the like) used by a user as intended by acontents manufacturer, contents information on the HDR and theenlargement of color gamut can be transmitted together with encoded dataof program contents.

[System Configuration]

A system configuration of the present embodiment is basically similar tothe system configuration shown in FIG. 1. As shown in FIG. 28, encodeddata of program contents contained in broadcast waves transmitted from aradio tower 300 t may be ones that are transmitted after being subjectedto a coding process, a modulating process and the like appropriatelywithout executing a temporary storing process in which contents dataoutputted from a photographing equipment 390 c are stored in a broadcaststation server 300. Alternatively, they may be ones that are transmittedafter executing a storing process of the contents data outputted fromthe photographing equipment 390 c to the broadcast station server 300,subjecting editing processing of various kinds of videos/audios to thecontents data for which the storing process was executed in an editingequipment 390 e, and further subjecting the coding process, themodulating process and the like appropriately.

Further, in addition to the encoded data and character information ofthe program contents, other application, versatile data, and the like,contents information descriptors that describe information regardingluminance information of the program contents, color reproductionperformance and the like of equipment (the photographing equipment 390c, a monitor device of the editing equipment 390 e, and the like) usedwhen to create or edit the program contents are transmitted to thebroadcast waves as control information (the contents information)regarding the program contents together with messages, tables, ordescriptors of the MMT-SI described above.

[Data Structure of Contents Information Descriptor]

FIG. 29A shows one example of a data structure of the contentsinformation descriptor. Note that the contents information descriptormay be placed in an MPT or MH-EIT. Each of parameters in the datastructure of the contents information descriptor has a correspondingfunction explained below.

“descriptor_tag (descriptor tag)”

A descriptor tag has a function to uniquely identify each descriptor bya field with 16 bits.

“descriptor_length (descriptor length)”

A descriptor length indicates the total number of data bytes of eachparameter that follows after this field.

“component tag (component tag)”

A component tag is a label for uniquely identifying a component stream,and is described by a field with 16 bits. The component tag has the samevalue as a component tag described in an MH-stream identifyingdescriptor.

“content_type (content type)”

As content types, types of video contents contained in the componentstream are expressed in accordance with FIG. 29B. In a case where thisparameter is “0”, it indicates that video contents are one that issubjected to editing processing of video by the editing equipment 390 e(recorded program, and the like). In a case where this parameter is “1”,it indicates that video contents are one that is subjected to theediting processing of video by the editing equipment 390 e (recordedprogram, and the like) and these contents correspond to the HDR. In acase where this parameter is “2”, it indicates that video contents arecontents data (live broadcasting program, and the like) outputted fromthe photographing equipment 390 c. In a case where this parameter is“3”, it indicates that video contents are contents data (livebroadcasting program, and the like) outputted from the photographingequipment 390 c and these contents correspond to the HDR. Moreover,other classification may be executed by using this parameter.

“source_primaries_rx (source equipment primary color chromaticitycoordinate (Rx))”

“source_primaries_ry (source equipment primary color chromaticitycoordinate (Ry))”

“source_primaries_gx (source equipment primary color chromaticitycoordinate (Gx))”

“source_primaries_gy (source equipment primary color chromaticitycoordinate (Gy))”

“source_primaries_bx (source equipment primary color chromaticitycoordinate (Bx))”

“source_primaries_by (source equipment primary color chromaticitycoordinate (By))”

A source equipment primary color chromaticity coordinate is a parameterthat indicates information regarding color reproduction performance andthe like of the source equipment, and indicates color gamut with whichthe source equipment can deal by a coordinate value on a CIEchromaticity diagram (CIE x, y chromaticity diagram) of each primarycolor of R (red)/G (green)/B (blue). Note that the source equipment isthe monitor device of the editing equipment 390 e in a case where the“content_type” parameter is “0” or “1”. In this case, the sourceequipment primary color chromaticity coordinate indicates a chromaticitycoordinate value of color gamut that can be displayed by the monitordevice of the editing equipment 390 e. Further, in a case where the“content_type” parameter is “2” or “3”, the source equipment is thephotographing equipment 390 c. In this case, the source equipmentprimary color chromaticity coordinate indicates a chromaticitycoordinate value of color gamut that can be outputted by thephotographing equipment 390 c.

Each of the coordinate values on the CIE chromaticity diagram isindicated by a value in a range from “0.000” to “1.000”, and isdescribed by a field with 10 bits in a range from “0000000000b” to“1111101000b”. For example, as shown in FIG. 29C, in a case where it isa chromaticity coordinate value of R (red) in a BT.709 standard,“x=0.640 (1010000000b)”, and “y=0.330 (0101001010b)”. In a case where itis a chromaticity coordinate value of G (green) in a BT.2020 standard,“x=0.170 (0010101010b)”, and “y=0.797 (1100011101b)”.

“source_white_point_x (source equipment white chromaticity coordinate(x))”

“source_white_point_y (source equipment white chromaticity coordinate(y))”

A source equipment white chromaticity coordinate is a parameter thatindicates information regarding the color reproduction performance andthe like of the source equipment, and indicates a coordinate value of awhite reference point on the CIE chromaticity diagram, with which thesource equipment can deal. Note that the source equipment is the monitordevice of the editing equipment 390 e in a case where the “content_type”parameter is “0” or “1”. In this case, the source equipment whitechromaticity coordinate indicates a chromaticity coordinate value of thewhite reference point in the monitor device of the editing equipment 390e. Further, in a case where the “content_type” parameter is “2” or “3”,the source equipment is the photographing equipment 390 c. In this case,the source equipment white chromaticity coordinate indicates achromaticity coordinate value of the white reference point that thephotographing equipment 390 c can output.

Each of the coordinate values on the CIE chromaticity diagram isindicated by a value in a range from “0.0000” to “1.0000”, and isdescribed by a field with 14 bits in a range from “00000000000000b” to“10011100010000b”. For example, as shown in FIG. 29C, in a case where itis a chromaticity coordinate value of the white reference point in theBT.709 standard or the BT.2020 standard, “x=0.3127 (00110000110111b)”,and “y=0.3290 (00110011011010b)”.

“source_luminance_max (source equipment maximum luminance)”

“source_luminance_min (source equipment minimum luminance)” The sourceequipment maximum luminance and the source equipment minimum luminanceare parameters that respectively indicate information regarding themaximum luminance and the minimum luminance, with which the sourceequipment can deal. Note that the source equipment is the monitor deviceof the editing equipment 390 e in a case where the “content_type”parameter is “0” or “1”. In this case, the source equipment maximumluminance and the source equipment minimum luminance respectivelyindicate the maximum value and the minimum value of the luminance thatcan be displayed by the monitor device of the editing equipment 390 e.Further, in a case where the “content_type” parameter is “2” or “3”, thesource equipment is the photographing equipment 390 c. In this case, thesource equipment maximum luminance and the source equipment minimumluminance respectively indicate the maximum value and the minimum valueof luminance that the photographing equipment 390 c can output.

The source equipment maximum luminance is specified by a value in arange from “1 (cd/m²: candela/square meter)” to “65535 (cd/m²)”, and isdescribed in a range from “0000h” to “FFFFh” by a field with 16 bits.The source equipment minimum luminance is indicated by a value in arange from “0.0001 (cd/m²)” to “6.5535 (cd/m²)”, and is described in arange from “0000h” to “FFFFh” by the field with 16 bits.

“num_of_scene (the number of scenes)”

The number of scenes indicates the number of scenes (which may also bereferred to as a “chapter” or the like), which constitute video contentscontained in the component stream. In a case where the number of scenesis “1”, description of this parameter may be omitted.

“scene_start_time (scene starting time)”

A scene starting time indicates a start time of the scene (or chapter)by a field with 40 bits. High 16 bits of this field indicates low 16bits of modified Julian date (MJD), and low 24 bits indicates hour,minute and second of Japan Standard Time (JST) by a BCD code with sixdigits. In a case where the number of scenes is “1”, description of thisparameter may be omitted.

“scene_duration (scene duration time)”

A scene duration time indicates a duration time of the scene (orchapter) by a field with 24 bits. This field indicates hour, minute andsecond of the duration time by a BCD code with six digits. In a casewhere the number of scenes is “1”, description of this parameter may beomitted.

“max_light_level_of_content (contents maximum light level)”

The contents maximum light level indicates the maximum light level ineach of the scenes (or chapters) by a field with 16 bits. In a casewhere the number of scenes is “1”, this parameter indicates the maximumvalue of a light level through the whole contents. The contents maximumlight level is indicated by a value in a range from “1 (cd/m²)” to“65535 (cd/m²)”, and is described in a range from “0000h” to “FFFFh” bythe field with 16 bits.

“max_frame_ave_light_level (the maximum frame average light level)”

The maximum frame average light level indicates the maximum value offrame average light level in each of the scenes (or chapters) by a fieldwith 16 bits. In a case where the number of scenes is “1”, thisparameter indicates the maximum value of the frame average light levelthrough the whole contents. The maximum frame average light level isindicated by a value in a range from “1 (cd/m²)” to “65535 (cd/m²)”, andis described in a range from “0000h” to “FFFFh” by the field with 16bits.

“max_light_level_of_frame (the maximum light level of frame)”

The maximum light level of frame indicates the maximum light level ofeach frame by a field with 16 bits. The maximum light level of frame isindicated by a value in a range from “1 (cd/m²)” to “65535 (cd/m²)”, andis described in a range from “0000h” to “FFFFh” by the field with 16bits.

“frame_average_light_level (average light level of frame)”

An average light level of frame indicates an average light level of eachframe by a field with 16 bits. The average light level of frame isindicated by a value in a range from “1 (cd/m²)” to “65535 (cd/m²)”, andis described in a range from “0000h” to “FFFFh” by the field with 16bits.

“EOTF_identification (EOTF identification)”

EOTF (Electro-Optical Transfer Function) identification identifies atype of conversion characteristics (transmission characteristics)between an electric signal and an optical signal, such as gammacorrection to which a video signal of the video contents contained inthe component stream is subjected. For example, in the example shown inFIG. 29D, in a case where this parameter is “0”, the video contentsindicate that gamma correction suitable for a monitor device with adisplay property compliant with BT.709 is subjected thereto. Further, ina case where this parameter is “2”, the video contents indicate thatgamma correction of a 10-bit process suitable for a monitor device witha display property compliant with BT.2020 is subjected thereto. Further,in a case where this parameter is “3”, the video contents indicate thatgamma correction of a 12-bit process suitable for a monitor device witha display property compliant with BT.2020 is subjected thereto. Further,in a case where this parameter is “4”, the video contents indicate thatgamma correction suitable for a monitor device with a display propertycompliant with SMPTE2084 is subjected thereto. Moreover, the otherclassification may be executed by using this parameter. Further, a typeof colorimetry and the like may be identified by an “EOTFidentification” parameter. Note that the types of conversioncharacteristics (transmission characteristics) between the electricsignal and the optical signal, which are shown in FIG. 29D, are oneexample, and a process of the other conversion characteristics(transmission characteristics) between the electric signal and theoptical signal may be subjected to the video signal of the videocontents to identify its characteristic by the “EOTF identification”parameter.

Here, the broadcast receiving apparatus 100 that receives the videocontents and the “EOTF identification” parameter refers to the “EOTFidentification” parameter associated with the video contents, furtherrefers to the display property of the monitor device that displays thevideo contents, and executes appropriate processes such aselectric-optic conversion on the basis of the two, whereby it becomespossible to display each of the video contents by the monitor device ata suitable state. For example, in a case where the transmissioncharacteristics identified by the “EOTF identification” parameterassociated with the video contents correspond to the display property ofthe monitor device that displays the video contents, the electric-opticconversion identified by the “EOTF identification” parameter may beexecuted in the displaying process as it is. Further, in a case wherethe transmission characteristics identified by the “EOTF identification”parameter associated with the video contents is not compatible with thedisplay property of the monitor device on which the video contents aredisplayed, electric-optic conversion identified by the “EOTFidentification” parameter is not used as it is. A displaying process ofexecuting electric-optic conversion compatible with the display propertyof the monitor device may be executed after a converting process ofconverting a video signal, to which the converting process between theelectric signal and the optical signal according to identification ofthe “EOTF identification” parameter is subjected, into a video signalsuitable for a process of electric-optic conversion compatible with thedisplay property of the monitor device.

The converting process of converting the video signal to which theconverting process described above between the electric signal and theoptical signal according to identification of the “EOTF identification”parameter is subjected into the video signal suitable for theelectric-optic converting process corresponding to the display propertyof the monitor device will be described below. Hereinafter, the processdescribed above is referred to as a “transmission characteristicsconverting process”.

Note that video contents that have a value of “2”, “3”, or “4” in the“EOTF identification” parameter are HDR video contents in which a rangeof light and dark, color gamut and the like that can be expressed arebroad. In contrast, the video contents that have a value of “0” in the“EOTF identification” parameter are SDR (Standard Dynamic Range) videocontents in which the range of light and dark, color gamut and the likethat can be expressed are narrower than those of the HDR video contents.

Further, the display device with the display property compliant withBT.2020 and the display device with the display property compliant withSMPTE2084 can be referred to as an “HDR-compatible display device”. Incontrast, the display device with the display property compliant withBT.709 can be referred to as an “SDR-compatible display device”.Moreover, the display device with the display property compliant withBT.709 and incompatible with the display property of the HDR such asBT.2020 or SMPTE2084 may be referred to as a “display device compatiblewith the SDR (a display device incompatible with the HDR)” as asubordinate concept of the SDR-compatible display device.

Here, in a case where the HDR video contents are displayed on thedisplay device compatible with the SDR (display device incompatible withthe HDR) such as the monitor device with the display property compliantwith BT.709 and the transmission characteristics converting process isnot executed, the range of broad light and dark, the color gamut and thelike that the HDR video contents have cannot be expressed by the monitordevice, and it becomes a hardly-viewed display image with luminancecollapse or color collapse. Namely, in this case, in the transmissioncharacteristics converting process, a process of converting so that therange of broad light and dark, the color gamut and the like that the HDRvideo contents have fall within the range of light and dark, color gamutand the like that can be expressed by the monitor device may beexecuted. The process may be expressed as dynamic range reductionconversion of light and dark or color gamut reduction conversion.Further, since it is a process of converting the HDR video contents inwhich the range of light and dark, color gamut and the like that can beexpressed are broad into the SDR video contents in which the range oflight and dark, color gamut and the like that can be expressed isnarrow, the process may be expressed as an HDR-SDR converting process.

On the other hand, video contents that have a value of “0” in the “EOTFidentification” parameter are SDR video contents in which the range oflight and dark, color gamut and the like that can be expressed arenarrow. In a case where the SDR video contents are displayed on theHDR-compatible display device such as the monitor device with thedisplay property compliant with BT.2020 and the transmissioncharacteristics converting process is not executed, display performanceof broad light and dark and display performance of color gamut that themonitor device has cannot be exhibited sufficiently. Namely, in thiscase, in the transmission characteristics converting process, theconverting process for the SDR video contents may be executed so thatthe display performance of broad light and dark and the displayperformance of color gamut that the monitor device has can be exhibitedsufficiently. The process may be expressed as dynamic range enlargementconversion of light and dark or color gamut enlargement conversion.Further, it is the process of converting the SDR video contents in whichthe range of light and dark, color gamut and the like that can beexpressed are narrow into the HDR video contents in which the range oflight and dark, color gamut and the like that can be expressed arebroad. Thus, the process may be expressed as an SDR-HDR convertingprocess. Note that the SDR-HDR converting process is not necessarilyrequired, and the SDR-HDR converting process may not be executed whenthe SDR video contents are displayed on the HDR-compatible displaydevice such as the monitor device with the display property compliantwith BT.2020. In this case, the display performance of light and darkand display performance of color gamut remain in the range of thedisplay property of the SDR, but there is no problem because it does notbecome a hardly-viewed display image with luminance collapse or colorcollapse.

As an example of processes in a case where the “EOTF identification”parameter is not associated with the video contents received by thebroadcast receiving apparatus 100 and cannot be acquired (in a casewhere they are not transmitted from the beginning) or in a case where avalue of the “EOTF identification” parameter associated with the videocontents received by the broadcast receiving apparatus 100 cannot beacquired due to a transmission error or the like and cannot bedetermined, the following processes may be executed.

As a first process example, the value of the “EOTF identification”parameter in the received video contents may be dealt with as “2” or“3”, for example. Namely, in a case where a value of the “EOTFidentification” parameter cannot be identified, the video contents maybe dealt with as the HDR video contents. In this manner, in a case wherethe monitor device is the HDR-compatible display device such as themonitor device with the display property compliant with BT.2020, thetransmission characteristics converting process is not executed.However, in a case where actual contents are the HDR video contents,appropriate display is made. Even in a case where the actual contentsare the SDR video contents, the display performance of light and darkand display performance of color gamut remain in the range of thedisplay property of the SDR, but it does not become a hardly-vieweddisplay image with luminance collapse or color collapse. Further, in acase where the monitor device is the display device compatible with theSDR (display device incompatible with the HDR) such as the monitordevice with the display property compliant with BT.709, by dealing withthe video contents as the HDR video contents, the transmissioncharacteristics converting process is executed. In a case where theactual contents are the HDR video contents, the HDR-SDR convertingprocess is made appropriately to display the contents. Even in a casewhere the actual contents are the SDR video contents, the displayperformance of light and dark and display performance of color gamut aremore restricted than the range of the display property of the SDR, butit is at least avoided to become a hardly-viewed display video withluminance collapse or color collapse, which cannot express the range oflight and dark, color gamut and the like that the video contents have.(In a case where the actual contents are the HDR video contents and theSDR-HDR converting process is executed, or in a case where the actualcontents are the HDR video contents and are displayed on the displaydevice compatible with the SDR (display device incompatible with theHDR) as they are without executing the HDR-SDR convert, a possibility todisplay such a hardly-viewed display video with luminance collapse orcolor collapse is generated, but it is possible to avoid this situationin the first process example.)

According to the first process example described above, in a case wherethe value of the “EOTF identification” parameter cannot be identified,the video contents are dealt with as the HDR video contents. Therefore,even in a case where the monitor device is the HDR-compatible displaydevice or the display device compatible with the SDR (display deviceincompatible with the HDR), and even in a case where the actual contentsare the HDR video contents or the SDR video contents, video display withlittle problem for the user becomes possible.

Further, as another second process example of the process in a casewhere the value of the “EOTF identification” parameter cannot beacquired (including the case where it is not transmitted, the case wherea transmission error or the like occurs, the case where it is an invalidvalue), it may be determined whether to deal with it as the HDR videocontents or the SDR video contents by referring to a parameter regardingresolution of a video signal that a video component descriptor or thelike has.

For example, in a case where the parameter regarding the resolution ofthe video signal indicates that it is high resolution contents so thatresolution of the video contents is 3840×2160 pixels or 7680×4320 pixelseven though the value of the “EOTF identification” parameter cannot beidentified, it may be determined that the video contents are the HDRvideo contents. Specifically, it may be interpreted that the value ofthe “EOTF identification” parameter is “2” or “3”. It is expected thatoperations in which the high resolution contents with 3840×2160 pixelsor 7680×4320 pixels are prepared as the HDR video contents will beincreased in the future. For this reason, stochastically appropriatedisplay is executed easily by such a process.

Further, in a case where the parameter regarding the resolution of thevideo signal indicates that resolution of the video contents is1920×1080 pixels or less even though the value of the “EOTFidentification” parameter cannot be identified, it may be determinedthat the video contents are the SDR video contents. Specifically, it maybe interpreted that the value of the “EOTF identification” parameter is“0”. As contents with resolution of 1920×1080 pixels or less, manyexisting SDR contents exist. For this reason, stochastically appropriatedisplay is executed easily by such a process.

According to the second process example described above, in a case wherethe value of the “EOTF identification” parameter cannot be identified,by referring to the parameter regarding the resolution to determine,stochastically appropriate display is executed easily.

Next, a process in a case where a value of the “EOTF identification”parameter associated with the video contents received by the broadcastreceiving apparatus 100 is a value for which a relationship with thedisplay property is not prepared in a table of FIG. 29D will bedescribed. Here, the value for which the relationship with the displayproperty is not prepared in the table of FIG. 29D is the case wherevalues reserved for future and values that are not supposed, such as“1”, “5” to “15”, are stored as the value of the “EOTF identification”parameter in the table of FIG. 29D. These values may be expressed asinvalid values. In a case of such invalid values (a value for which arelationship with the display property is not prepared), the respectivesimilar effects can be obtained by executing any of the first processexample and the second process example described above.

In the configuration diagram of FIG. 7A, the various kinds of videoprocessing according to the “EOTF identification” parameter as describedabove may be executed by a video color gamut conversion unit 142controlled by means of a control of a main control unit 101 on the basisof data separated by a separating unit 132.

Here, in a case where video contents to be displayed are switchedbetween the HDR video contents and the SDR video contents at a change ofprograms or switching of channels, it is ideal that timing to switchdecoded video from a video decoder 141 shown in FIG. 7A between the HDRvideo contents and the SDR video contents matches with timing to switchvideo processing of the video color gamut conversion unit 142 between aprocess for the HDR video contents and a process for the SDR videocontents. However, it is thought that a gap of timing is somewhatgenerated actually.

In the HDR-compatible display device that executes the SDR-HDRconverting process for the SDR video contents, in a case where timing toswitch the video processing of the video color gamut conversion unit 142becomes earlier than timing to switch the decoded video from the videodecoder 141 when to switch from the HDR video contents to the SDR videocontents, a time to execute the SDR-HDR converting process is generatedfor the HDR video contents, and a possibility to display a hardly-vieweddisplay video with luminance collapse or color collapse is generated.Therefore, when to switch from the HDR video contents to the SDR videocontents, the main control unit 101 may control processing timing of thevideo decoder 141 and the video color gamut conversion unit 142 so thatswitching timing of the video processing of the video color gamutconversion unit 142 becomes later than switching timing of the decodedvideo from the video decoder 141. Alternatively, it may be controlled sothat the video is set to a video mute state such as black display beforethe process of switching the two and the video mute state such as blackdisplay of the video is released after switching of the two iscompleted.

Further, in the HDR-compatible display device that executes the SDR-HDRconverting process for the SDR video contents, in a case where timing toswitch the video processing of the video color gamut conversion unit 142becomes later than timing to switch the decoded video from the videodecoder 141 when to switch from the SDR video contents to the HDR videocontents, a time to execute the SDR-HDR converting process is generatedfor the HDR video contents, and a possibility to display a hardly-vieweddisplay video with luminance collapse or color collapse is generated.Therefore, when to switch from the SDR video contents to the HDR videocontents, the main control unit 101 may control processing timing of thevideo decoder 141 and the video color gamut conversion unit 142 so thatswitching timing of the video processing of the video color gamutconversion unit 142 becomes earlier than switching timing of the decodedvideo from the video decoder 141. Alternatively, it may be controlled sothat the video is set to a video mute state such as black display beforethe process of switching the two and the video mute state such as blackdisplay of the video is released after switching of the two iscompleted.

In the SDR-compatible display device that executes the HDR-SDRconverting process for the HDR video contents but does not execute thetransmission characteristics converting process for the SDR videocontents to display them, in a case where timing to switch the videoprocessing of the video color gamut conversion unit 142 becomes earlierthan timing to switch the decoded video from the video decoder 141 whento switch from the HDR video contents to the SDR video contents, a timeto display the HDR video contents on the SDR-compatible display devicewithout executing the transmission characteristics converting process isgenerated, and a possibility to display a hardly-viewed display videowith luminance collapse or color collapse is generated. Therefore, whento switch from the HDR video contents to the SDR video contents, themain control unit 101 may control processing timing of the video decoder141 and the video color gamut conversion unit 142 so that switchingtiming of the video processing of the video color gamut conversion unit142 becomes later than switching timing of the decoded video from thevideo decoder 141. Alternatively, it may be controlled so that the videois set to a video mute state such as black display before the process ofswitching the two and the video mute state such as black display of thevideo is released after switching of the two is completed.

In the SDR-compatible display device that executes the HDR-SDRconverting process for the HDR video contents but does not execute thetransmission characteristics converting process for the SDR videocontents to display them, in a case where timing to switch the videoprocessing of the video color gamut conversion unit 142 becomes laterthan timing to switch the decoded video from the video decoder 141 whento switch from the SDR video contents to the HDR video contents, a timeto display the HDR video contents on the SDR-compatible display devicewithout executing the transmission characteristics converting process isgenerated, and a possibility to display a hardly-viewed display videowith luminance collapse or color collapse is generated. Therefore, whento switch from the SDR video contents to the HDR video contents, themain control unit 101 may control processing timing of the video decoder141 and the video color gamut conversion unit 142 so that switchingtiming of the video processing of the video color gamut conversion unit142 becomes earlier than switching timing of the decoded video from thevideo decoder 141. Alternatively, it may be controlled so that the videois set to a video mute state such as black display before the process ofswitching the two and the video mute state such as black display of thevideo is released after switching of the two is completed.

As explained above, by executing the processes regarding the switchingtiming of the decoded video and switching timing of the transmissioncharacteristics converting process, it becomes possible to avoidpresenting a hardly-viewed display video with luminance collapse orcolor collapse to the user.

In place of an identifying process using an “EOTF_identification”parameter in the contents information descriptor explained above andvarious types of video processing, or in addition to these, anidentifying process of inserting a flag, by which identification similarto that of the “EOTF_identification” parameter described above ispossible, in an encoded video stream to use the inserted flag andvarious types of video processing may be executed. The identifyingprocess when to use an “EOTF_identification” flag as the flag in theencoded video stream and the various types of video processing may beexecuted by referring to the “EOTF_identification” flag inserted in theencoded video stream in the explanation of the identifying process whento use the “EOTF_identification” parameter in the contents informationdescriptor described above and the various types of video processing inplace of referring to the “EOTF_identification” parameter in thecontents information descriptor. Thus, detailed explanation will beomitted.

However, by inserting the “EOTF_identification” flag as the flag in theencoded video stream into the encoded video stream by frame unit, GOPunit or the like, for example, it becomes possible to realize switchingof the HDR video contents and the SDR video contents and switching ofthe various types of video processing corresponding to the respectivevideo contents by fine time unit compared with the case where the“EOTF_identification” parameter in the contents information descriptor,which is set by asset unit or program unit, is used. Namely, the videodecoder 141 can grasp switching of the HDR video contents and the SDRvideo contents by frame unit, GOP unit or the like. Moreover, the videocolor gamut conversion unit 142 provided at a latter part can refer toidentification information of the HDR video contents and the SDR videocontents by frame unit, GOP unit or the like. Therefore, there is aneffect that it is possible to improve synchronization accuracy ofswitching timing of the video processing in the video color gamutconversion unit 142 compared with the case where the“EOTF_identification” parameter in the contents information descriptoris used.

Further, in a case where transmission of the “EOTF_identification” flagin the encoded video stream and transmission of the“EOTF_identification” parameter in the contents information descriptorare used together, the identifying process using the“EOTF_identification” flag in the encoded video stream is used to switchvideo processing of the video color gamut conversion unit 142, and the“EOTF_identification” parameter in the contents information descriptoris used for display of program guide by program unit or for display ofprogram information to inform the user of whether the program is the HDRvideo contents program or the SDR video contents program and the like,for example. Therefore, it is possible to properly use theidentification information of the two more suitably.

Further, as a process in a case where transmission of the“EOTF_identification” flag in the encoded video stream and transmissionof the “EOTF_identification” parameter in the contents informationdescriptor are used together and there is inconsistency in theidentification information of the two, the following process is thought.As the first process example, there is an example that the“EOTF_identification” flag in the encoded video stream is usedpreferentially. In this case, there is an advantage that switchingbetween the HDR video contents and the SDR video contents as describedabove can be synchronized with timing of switching the correspondingvideo processing with high accuracy. As the second process example,there is an example that the “EOTF_identification” parameter in thecontents information descriptor is used preferentially. In this case,there is an advantage that it is possible to identify the transmissioncharacteristics and the like quickly without referring to the encodedvideo stream.

Note that the contents information descriptor described above may have adata structure different from that shown in FIG. 29A. For example, eachof the parameters and another different parameter may further beprovided, or all of the parameters may not be provided. Further, each ofthe parameters may use a different name. Further, there is no need todescribe each of the parameters in one descriptor. For example, they maybe described so as to be divided into two different descriptors.Further, each of the parameters may be described in a descriptor andplaced in a table, or may be described directly in the table.

[Display of EPG in Broadcast Receiving Apparatus]

Similar to the first embodiment, the broadcast receiving apparatus 100according to the present embodiment refers to the MH-EIT and the like toexecute identification by a service ID, whereby it is possible toacquire information on a start time, a broadcasting time and the like ofeach event (broadcasting program) to create an EPG screen. It ispossible to superimpose the created EPG on video information and thelike by a video synthesizing unit 161 to display it on the monitor unit162.

Moreover, the broadcast receiving apparatus 100 according to the presentembodiment may be configured to refer to the “content_type” parameterand the like of the contents information descriptor, and display asymbol or the like, which expresses an attribute indicating that thebroadcasting program is a program compatible with the HDR, as shown inFIG. 30, in a case where the type of the video contents of eachbroadcasting program is “1” or “3”. For example, the symbol or the likethat expresses the attribute may be a symbol or characters indicatingthat it is a broadcasting program compatible with the HDR, or may be amark 162 a 5 obtained by symbolizing the “HDR” that means a broadcastingprogram compatible with the HDR. The symbol or the like that expressesthe attribute may be displayed in a title region 162 a 2 of detailedinformation 162 a 1. Alternatively, in a case where a cursor ispositioned on the detailed information 162 a 1, the symbol or the likemay be displayed by pop-up. The symbol or the like may be displayed inother methods.

Further, in a case where the contents information descriptor separatelyhas “HDR_flag” or the like, which is a parameter that indicates whetherthe video contents of the broadcasting program is compatible with theHDR, whether the symbol or the like, which expresses the attributeindicating that the broadcasting program is a program compatible withthe HDR, is to be displayed or not may be controlled by referring to an“HDR_flag” parameter. Note that the name of the “HDR_flag” parameter isone example and a different name may be used.

Further, in a case where all or any of a “source_luminance_max”parameter, a “max_light_level_of_content” parameter, a“max_light_level_of_frame” parameter and the like of the contentsinformation descriptor exceeds a predetermined value (for example, “100(cd/m²)” or the like), it may be controlled so as to display the symbolor the like that expresses the attribute indicating that thebroadcasting program is a program compatible with the HDR.

By referring to the “content_type” parameter and the like of thecontents information descriptor, even in a case where the type of thevideo contents of each of the broadcasting programs is “1” or “3”, oreven in a case where all or any of the “source_luminance_max” parameter,the “max_light_level_of_content” parameter, the“max_light_level_of_frame” parameter and the like of the contentsinformation descriptor exceeds the predetermined value (for example,“100 (cd/m²)” or the like), it may be controlled so as not to displaysymbols or characters indicating that it is a broadcasting programcompatible with the HDR or the mark 162 a 5 obtained by symbolizing the“HDR”, which means a broadcasting program compatible with the HDR, solong as the monitor unit 162 of the broadcast receiving apparatus 100 iscompatible with the HDR.

Further, the broadcast receiving apparatus 100 according to the presentembodiment refers to the “EOTF_identification” parameter of the contentsinformation descriptor. In a case where the type of gamma correctionsubjected to the video contents of each broadcasting program is a typewith which the broadcast receiving apparatus 100 can deal on the basisof the display property of the monitor unit 162, the symbol or the likethat expresses the attribute indicating that the broadcasting program isa program that can be displayed with correct luminance representationmay be displayed. For example, the symbol or the like that expresses theattribute may be symbols or characters indicating that it is a programthat can be displayed with correct luminance representation, or may be amark 162 a 6 obtained by symbolizing “True Contrast”, which means theprogram that can be displayed with correct luminance representation.Note that the case where the type of gamma correction subjected to thevideo contents of each broadcasting program is a type with which thebroadcast receiving apparatus 100 can deal on the basis of the displayproperty of the monitor unit 162 as described above is the case wherethe “EOTF_identification” parameter for the video contents is “0” and adisplay property of the monitor unit 162 of the broadcast receivingapparatus 100 is compliant with BT.709, and the like, for example.

By displaying the symbol or the like that expresses the attribute asdescribed above in the detailed information 162 a 1 of an EPG screen 162a, the user can easily grasp whether each broadcasting program displayedon the EPG screen 162 a is compatible with the HDR or not, whether it isa program that can be displayed with correct luminance representation ornot, and the like.

[Color Gamut Converting Process of Broadcast Receiving Apparatus]

In the present embodiment, the video contents that are a timer recordingprogram are subjected to the editing processing of video/audio by theediting equipment 390 e, as shown in FIG. 28. Namely, a provider for thevideo contents carries out the editing processing of the video contentswhile confirming it by the monitor device of the editing equipment 390e. Therefore, it is likely to execute suitable display of the videocontents under color reproduction performance that the monitor device ofthe editing equipment 390 e has. On the other hand, it is common thatthe monitor unit 162 of the broadcast receiving apparatus 100, which isa monitor device used to view the video contents by the user, hasdifferent color reproduction performance for each manufacturer or eachmodel type. In this case, in a case where the color reproductionperformance that the monitor device of the editing equipment 390 e hasis greatly different from color reproduction performance that themonitor unit 162 of the broadcast receiving apparatus 100 has, it isthought a possibility that a problem, in which video expression intendedby the provider of the video contents is not executed correctly, occurswhen the video contents are displayed on the monitor unit 162 of thebroadcast receiving apparatus 100.

Namely, as described above, in the broadcasting system according to thepresent embodiment, transmission of the contents information descriptoris executed as a descriptor in the MMT-SI. As parameters that indicateinformation regarding the color reproduction performance of the sourceequipment, each primary color of R/G/B of color gamut with which thesource equipment can deal and a coordinate value on the CIE chromaticitydiagram for the white reference point are indicated in this contentsinformation descriptor.

Further, the broadcast receiving apparatus 100 according to the presentembodiment stores, as parameters that indicate information regarding thecolor reproduction performance of the monitor unit 162, each primarycolor of R/G/B of color gamut with which the monitor unit 162 can dealand the coordinate value on the CIE chromaticity diagram for the whitereference point in various information memory region of the storage unit110. In the situation, as shown in FIG. 31A, in a case where eachprimary color of R/G/B of color gamut with which the source equipmentcan deal and coordinates of the white reference point, which aredescribed in the contents information descriptor, are respectivelyR0/G0/B0 and W0 and each primary color of R/G/B of color gamut withwhich the monitor unit 162 can deal and coordinates of the whitereference point, which are stored in the various information memoryregion of the storage unit 110, are respectively R1/G1/B1 and W1, aportion that is not overlapped on a region configured by R1/G1/B1 thatis color gamut with which the monitor unit 162 can deal of a regionconfigured by R0/G0/B0 that is color gamut with which the sourceequipment can deal is particularly a region that has a possibility thatthe region is not displayed correctly on the monitor unit 162.

In order to solve the problem described above, the broadcast receivingapparatus 100 according to the present embodiment includes a color gamutconverting process function configured to convert video data of thevideo contents into video data suitable for display on the monitor unit162 in a case where there is a gap between color gamut with which thesource equipment can deal, which is described in the contentsinformation descriptor, and color gamut with which the monitor unit 162can deal, which is stored in the various information memory region ofthe storage unit 110. Hereinafter, the color gamut convert functionincluded in the broadcast receiving apparatus 100 will be described.

Namely, the color gamut converting process function included in thebroadcast receiving apparatus 100 according to the present embodiment isa function to convert color gamut that the video data have (which isequivalent to the region shown in FIG. 31A configured by R0/G0/B0 thatis color gamut with which the source equipment can deal) into colorgamut based on the color reproduction performance of the monitor unit162 (the region shown in FIG. 31A configured by R1/G1/B1) so as to becompatible with each other.

The function of the color gamut converting process with which thebroadcast receiving apparatus 100 according to the present embodiment isprovided may refer to a coordinate value of each primary color of R/G/Bof color gamut with which the source equipment can deal, which isdescribed in the contents information descriptor, and a coordinate valueof each primary color of R/G/B of color gamut with which the monitorunit 162 can deal, which is stored in the various information memoryregion of the storage unit 110, thereby converting color gamut that thevideo data have so that correct color reproduction on the monitor unit162 is possible.

By referring to only the coordinate value of the primary color of R/G incolor gamut with which the source equipment can deal and the coordinatevalue of the primary color of R/G in the color gamut with which themonitor unit 162 can deal, the color gamut converting process may beexecuted on a line segment R0/G0 (or in a region in the vicinitythereof). By referring to only the coordinate value of the primary colorof G/B in the color gamut with which the source equipment can deal andthe coordinate value of the primary color of G/B in the color gamut withwhich the monitor unit 162 can deal, the color gamut converting processmay be executed on a line segment G0/B0 (or in the region in thevicinity thereof). By referring to only the coordinate value of theprimary color of R/B in the color gamut with which the source equipmentcan deal and the coordinate value of the primary color of R/B in thecolor gamut with which the monitor unit 162 can deal, the color gamutconverting process may be executed on a line segment R0/B0 (or in theregion in the vicinity thereof).

Alternatively, as shown in FIG. 31B, the color gamut that the video datahave may be divided into three regions, and the color gamut convertingprocess may be differentiated for each divided region. For example, in aregion configured by R0/G0/W0 of the color gamut that the video datahave, by referring the coordinate values of each primary color of R/Gand the white reference point in the color gamut with which the sourceequipment can deal and the coordinate values of each primary color ofR/G and the white reference point in the color gamut with which themonitor unit 162 can deal, the color gamut converting process isexecuted. In a region configured by G0/B0/W0 of the color gamut that thevideo data have, by referring to the coordinate values of each primarycolor of G/B and the white reference point in the color gamut with whichthe source equipment can deal and the coordinate values of each primarycolor of G/B and the white reference point in the color gamut with whichthe monitor unit 162 can deal, the color gamut converting process isexecuted. In a region configured by R0/B0/W0 of the color gamut that thevideo data have, by referring to the coordinate values of each primarycolor of R/B and the white reference point in the color gamut with whichthe source equipment can deal and the coordinate values of each primarycolor of R/B and the white reference point in the color gamut with whichthe monitor unit 162 can deal, the color gamut converting process isexecuted.

Further, in a case where the color gamut converting process isdifferentiated for each divided region, by further referring to only thecoordinate values of the primary color of R and the white referencepoint in the color gamut with which the source equipment can deal andthe coordinate values of the primary color of R and the white referencepoint in the color gamut with which the monitor unit 162 can deal, thecolor gamut converting process may be executed on a line segment R0/W0(or in the region in the vicinity thereof). By referring to only thecoordinate values of the primary color of G and the white referencepoint in the color gamut with which the source equipment can deal andthe coordinate values of the primary color of G and the white referencepoint in the color gamut with which the monitor unit 162 can deal, thecolor gamut converting process may be executed on a line segment G0/W0(or in the region in the vicinity thereof). By referring to only thecoordinate values of the primary color of B and the white referencepoint in the color gamut with which the source equipment can deal andthe coordinate values of the primary color of B and the white referencepoint in the color gamut with which the monitor unit 162 can deal, thecolor gamut converting process may be executed on a line segment B0/W0(or in the region in the vicinity thereof).

One example of the color gamut converting process will be described byusing FIG. 31C. In FIG. 31C, R0, G0, and B0 are coordinates of therespective primary colors of R/G/B in the color gamut with which thesource equipment can deal, which are described in the contentsinformation descriptor, and respectively have coordinate values of (R0x,R0y), (G0x, G0y), and (B0x, B0y). Further, R1, G1, and B1 arecoordinates of the respective primary colors of R/G/B in the color gamutwith which the monitor unit 162 can deal, which are stored in thevarious information memory region of the storage unit 110, andrespectively have coordinate values of (R1x, R1y), (G1x, G1y), and (B1x,B1y). Further, P0 is predetermined color gamut data of the videocontents, and has a coordinate value of (P0x, P0y). In this case, thecolor gamut data of the P0 are converted into color gamut data shown inP1 by the color gamut converting process. Note that the P1 has acoordinate value of (P1x, P1y), and is calculated by an arithmeticexpression of the color gamut converting process, whose one example isshown below.

<Example of Arithmetic Expression of Color Gamut Converting Process>

P1=αR1+βG1+γB1

herein,

α={(G0y−B0y)(P0x−B0x)+(B0x−G0x)(P0y−B0y)}/{(G0y−B0y)(R0x−B0x)+(B0x−G0x)(R0y−B0y)}

β={(B0y−R0y)(P0x−B0x)+(R0x−B0x)(P0y−B0y)}/{(G0y−B0y)(R0x−B0x)+(B0x−G0x)(R0y−B0y)}

γ=1−α−β

The arithmetic expression is an example in a case where the color gamutconverting process of all color gamut data in the region of color gamutthat the video contents have is executed by referring to the coordinatevalues of the respective primary colors of R/G/B in the color gamut withwhich the source equipment can deal, which are described in the contentsinformation descriptor, and the coordinate values of the respectiveprimary colors of R/G/B in the color gamut with which the monitor unit162 can deal, which are stored in the various information memory regionof the storage unit 110. Even in a case where color gamut that the videodata have is divided into three regions and the color gamut convertingprocess is differentiated for each divided region, the similararithmetic operation is possible (however, parameters to be referred toare different). Further, the arithmetic expression is a known arithmeticexpression using a barycentric coordinate system. For this reason,detained explanation for derivation of the arithmetic expression isomitted. Further, the arithmetic expression is merely one example, andthe coordinate value of the P1 may be calculated by using a differentarithmetic expression.

Further, in a case where all regions of color gamut that the videocontents have are contained in a region of color gamut with which themonitor device (the broadcast receiving apparatus 100 or the like) candeal, the color gamut converting process may not be executed. Forexample, in a case where color gamut that the video contents have isequivalent to color gamut of BT.709 system shown in FIG. 29C and colorgamut with which the monitor device (the broadcast receiving apparatus100 or the like) can deal is equivalent to color gamut of BT.2020 systemshown in FIG. 29C, all regions of color gamut of the BT.709 system arecontained in a region of color gamut of the BT.2020 system. For thisreason, there is no need to execute the color gamut converting process.Namely, this is because the monitor device (the broadcast receivingapparatus 100 or the like) can display all of the color gamut datacontained in the video contents.

As explained above, according to the color gamut converting processfunction of the broadcast receiving apparatus 100 of the presentembodiment, even in a case where the color reproduction performance thatthe source equipment has is different from the color reproductionperformance that the monitor unit 162 of the broadcast receivingapparatus 100 has, it becomes possible to suitably display the videocontents when to display the video contents on the monitor unit 162 ofthe broadcast receiving apparatus 100.

[Process of Adjusting Luminance of Broadcast Receiving Apparatus]

The broadcast receiving apparatus 100 according to the presentembodiment includes image quality adjustment items as shown in FIG. 32.Each of the image quality adjustment items can be adjusted in accordancewith taste of the user by means of an operation of the user. On theother hand, automatic luminance adjustment may be possible for an itemregarding luminance adjustment of the image quality adjustment items byreferring to description of the contents information descriptor.Hereinafter, a process of the automatic luminance adjustment will bedescribed.

The broadcast receiving apparatus 100 according to the presentembodiment is allowed to (1) refer to the “source_luminance_max”parameter and the “source_luminance_min” parameter of the contentsinformation descriptor to execute the automatic luminance adjustment,(2) refer to the “max_light_level_of_content” parameter and the“source_luminance_min” parameter to execute the automatic luminanceadjustment, and (3) refer to only the “max_light_level_of_content”parameter to the automatic luminance adjustment.

The broadcast receiving apparatus 100 according to the presentembodiment stores, as a parameter that indicates information regardingluminance display performance of the monitor unit 162, the maximum valueand the minimum value of luminance that can be displayed by the monitorunit 162 in the various information memory region of the storage unit110.

The automatic luminance adjustment of the (1) method is executed byreferring to the “source_luminance_max” parameter and the“source_luminance_min” parameter described in the contents informationdescriptor, and the maximum value and the minimum value of luminancethat are stored in the various information memory region of the storageunit 110 and can be displayed by the monitor unit 162.

Namely, as shown in FIG. 33A, a converting process of a luminancerepresentation range of the video contents is executed so that aluminance level indicated by the “source_luminance_max” parametersubstantially corresponds with a luminance level of the maximum value ofluminance that can be displayed by the monitor unit 162 and a luminancelevel indicated by the “source_luminance_min” parameter substantiallycorresponds with a luminance level of the minimum value of luminancethat can be displayed by the monitor unit 162. By executing theconverting process of the luminance representation range, the user isallowed to view the video contents, for which the similar luminancerepresentation to that of the monitor device of the editing equipment390 e that a contents provider used for the editing processing of thecontents is made, in the monitor unit 162 of the broadcast receivingapparatus 100.

The automatic luminance adjustment of the (2) method a

Namely, as shown in FIG. 33B, the converting process of the luminancerepresentation range of the video contents is executed so that aluminance level indicated by the “max_light_level_of_content” parametersubstantially corresponds with a luminance level of the maximum value ofluminance that can be displayed by the monitor unit 162 and a luminancelevel indicated by the “source_luminance_min” parameter substantiallycorresponds with a luminance level of the minimum value of luminancethat can be displayed by the monitor unit 162. By executing theconverting process of the luminance representation range, the user isallowed to view the video contents while taking full advantage ofcontrast performance that the monitor unit 162 of the broadcastreceiving apparatus 100 has.

In a case where the contents information descriptor further has aparameter that indicates the minimum luminance in each scene (orchapter) (for example, “min_light_level_of_content (contents minimumluminance)” or the like), by referring to the“min_light_level_of_content” parameter in place of the“source_luminance_min” parameter, it is possible to further utilize thecontrast performance had by the monitor unit 162 of the broadcastreceiving apparatus 100 effectively.

Further, the converting process of the luminance representation range inthe (2) method may be executed so that a parameter to be referred ischanged for each scene (or chapter) in a case where a “num_of_scene”parameter is not “1”. In this case, it becomes possible to securesuitable contrast performance on the monitor unit 162 of the broadcastreceiving apparatus 100 for each scene (or chapter).

The automatic luminance adjustment of the (3) method is executed byreferring to the “max_light_level_of_content” parameter described in thecontents information descriptor and the maximum value of luminance thatare stored in the various information memory region of the storage unit110 and can be displayed by the monitor unit 162. The minimum value sideof luminance respectively uses “0 (cd/m²)” as the standard. In thiscase, it is possible to obtain the similar effects to those of theautomatic luminance adjustment of the (2) method. Moreover, it becomespossible to execute the converting process of the luminancerepresentation range on the basis of a simple arithmetic operation byreference with a few parameters.

Further, each of the converting processes of the luminancerepresentation range may be executed only in a case where the“source_luminance_max” parameter and/or the “max_light_level_of_content”parameter described in the contents information descriptor is largerthan the maximum value of luminance that is stored in the variousinformation memory region of the storage unit 110 and can be displayedon the monitor unit 162.

Namely, this is because, in a case where the “source_luminance_max”parameter or the “max_light_level_of_content” parameter described in thecontents information descriptor is larger than the maximum value ofluminance that is stored in the various information memory region of thestorage unit 110 and can be displayed by the monitor unit 162, there isa possibility that luminance collapse occurs in a case where thereceived video contents are displayed on the monitor unit of thebroadcast receiving apparatus 100 as they are; but in an opposite case,there is not possibility that luminance collapse occurs.

As explained above, according to the processes of the automaticluminance adjustment by the broadcast receiving apparatus 100 of thepresent embodiment, by referring to the contents information descriptor,the user is allowed to view the video contents with suitable luminancerepresentation on the monitor unit 162 of the broadcast receivingapparatus 100.

According to the present embodiment, by referring to the contentsinformation that is attached to the program contents contained in thebroadcast waves, it is possible to provide a more useful broadcastreceiving apparatus compatible with the MMT, which can deal with each ofthe processes described above corresponding to the HDR and theenlargement of color gamut.

Fourth Embodiment

Hereinafter, a fourth embodiment of the present invention will bedescribed. Constituent elements, effects and the like of the fourthembodiment are the same as those of the third embodiment unlessotherwise specified. For this reason, in the following description,differences between the third embodiment and the fourth embodiment aremainly described, and description of the matters common to bothembodiments is omitted as much as possible in order to avoid redundantdescription.

[System Configuration]

FIG. 34 is a system configuration diagram showing one example of abroadcast communication system, which includes a broadcast receivingapparatus according to the present embodiment. The broadcastcommunication system according to the present embodiment is configuredby a broadcast receiving apparatus 40100, an antenna 40100 a, aconnection cable 40200, a monitor device 40300, a broadband network suchas the Internet 200, a router device 200 r, a radio tower 300 t and abroadcast satellite (or communication satellite) 300 s of a broadcaststation, a broadcast station server 300, a service provider server 400,and other application server 500. Although it is not shown in thedrawings, the broadcast communication system of the present embodimentmay further include an access point 200 a, a mobile phone communicationserver 600, abase station 600 b for a mobile phone communicationnetwork, and a portable information terminal 700 by the similarconnection in the system configuration diagram (see FIG. 1) of thebroadcast communication system according to the first embodiment.Further, in such a case, the portable information terminal 700 maycommunicate directly with the broadcast receiving apparatus 40100without passing through the router device 200 r or the like.

Further, as shown in FIG. 28, encoded data of program contents containedin broadcast waves transmitted from the radio tower 300 t may be onesthat are outputted from a photographing equipment 390 c, or may be onesthat are subjected to editing processing of various kinds of videos andaudios by means of an editing equipment 390 e.

The broadcast receiving apparatus 40100 receives the broadcast wavestransmitted from the radio tower 300 t via the broadcast satellite (orcommunication satellite) 300 s and the antenna 40100 a. Alternatively,the broadcast receiving apparatus 40100 may receive the broadcast wavestransmitted from the radio tower 300 t directly from the antenna 40100 awithout passing through the broadcast satellite (or communicationsatellite) 300 s. In addition, the broadcast receiving apparatus 40100can be connected to the Internet 200 via the router device 200 r, andthus can perform data transmission and reception through communicationwith each of server devices and other communication equipment on theInternet 200.

The connection cable 40200 is a communication cable that connects thebroadcast receiving apparatus 40100 and the monitor device 40300, andcoded video and audio data and the like outputted from the broadcastreceiving apparatus 40100 are transmitted therethrough. The monitordevice 40300 is a video display device that offers video information andaudio information, which is acquired by subjecting the coded video andaudio data and the like received through the connection cable 20200 topredetermined signal processing, to a user via a display device such asa liquid crystal panel and a speaker.

Further, the monitor device 40300 is allowed to be connected to theInternet 200 via the router device 200 r, and may be allowed to transmitand receive data by communication with each of the server devices andother communication equipment on the Internet 200. Further, the monitordevice 40300 may be allowed to receive the broadcast waves transmittedfrom the radio tower 300 t via an antenna 40300 a (not shown).

[Hardware Configuration of Broadcast Receiving Apparatus]

FIG. 35A is a block diagram showing one example of an internalconfiguration of the broadcast receiving apparatus 40100. The broadcastreceiving apparatus 40100 includes a main control unit 101, a system bus102, a ROM 103, a RAM 104, a storage (accumulation) unit 110, a LANcommunication unit 121, an extension interface unit 124, a digitalinterface unit 40125, a tuner/demodulating unit 131, a separating unit132, a video decoder 141, a video color gamut conversion unit 142, anaudio decoder 143, a caption decoder 144, a subtitle decoder 145, asubtitle synthesizing unit 146, a subtitle color gamut conversion unit147, a data decoder 151, a cache unit 152, an application control unit153, a browser unit 154, an application color gamut conversion unit 155,a sound source unit 156, a video synthesizing unit 161, a video outputunit 163, an audio synthesizing unit 164, an audio output unit 166, anoperation input unit 170, and a transcode processing unit 40181.

The broadcast receiving apparatus 40100 of the present embodiment isprovided as an optical disc drive recorder such as a DVD recorder or aBD recorder, a magnetic disk drive recorder such as an HDD recorder, anSTB, or the like. Namely, compared with the broadcast receivingapparatus 100 according to the first embodiment, the monitor unit 162and the speaker unit 165 may be omitted in the broadcast receivingapparatus 40100.

The digital interface unit 40125 is an interface by which encodeddigital video data and/or encoded digital audio data are outputted orinputted. The digital interface unit 40125 can output an MMT data stringobtained by demodulation in the tuner/demodulating unit 131, an MMT datastring obtained via the LAN communication unit 121, or mixed data of therespective MMT data strings as it is. Further, it may be controlled sothat the MMT data string inputted from the digital interface unit 40125is inputted into the separating unit 132.

Output of digital contents stored in the storage (accumulation) unit 110or storage of digital contents to the storage (accumulation) unit 110may be executed via the digital interface unit 40125. Further, thedigital interface unit 40125 may be a DVI terminal, an HDMI (registeredtrademark) terminal, a Display Port (registered trademark) terminal, orthe like, and may be controlled so as to output video data, audio dataand the like outputted from the video synthesizing unit 161 and theaudio synthesizing unit 164 in a form compliant with DVI specifications,HDMI specifications, Display Port specifications and the like.

The transcode processing unit 40181 is a signal processing unit thatperforms a transcode computation process of converting a coding method,a bit rate, a media transport method, and the like of each of thecomponents making up the contents. For example, the transcode processingunit 40181 can convert an MMT data string of broadcasting programcontents, which contain a video component in an MPEG-H HEVC format thatare outputted from the separating unit 132, into an MPEG2-TS data string(or an MPEG2-PS data string) of program contents, which include a videocomponent in an MPEFG-2 format or MPEG-4 AVC (Advanced Video Coding)format.

Further, a process of changing only a bit rate without changing anencoding form of the component or the media transport method ispossible. Note that the program contents subjected to the transcodecomputation process can be stored as recorded contents in the storage(accumulation) unit 110, or can be output and supplied from the digitalinterface unit 40125 or the like to an external monitor device or thelike.

[Software Configuration of Broadcast Receiving Apparatus]

FIG. 35B is a software configuration diagram of the broadcast receivingapparatus 40100 according to the present embodiment, and shows aconfiguration of software in respective software configurations of theROM 103, the RAM 104, and the storage (accumulation) unit 110. Comparedwith the software configuration diagram of the broadcast receivingapparatus 100 according to the first embodiment (see FIG. 7D), atranscode processing program 41003 and a recording/reproducingprocessing program 41004 are added to the storage (accumulation) unit110.

Each of the transcode processing program 41003 and therecording/reproducing processing program 41004, which are stored in thestorage (accumulation) unit 110, is loaded onto the RAM 104, and themain control unit 101 further executes the loaded transcode processingprogram and recording/reproducing processing program, whereby atranscode processing executing unit 41103 and a recording/reproducingprocessing executing unit 41104 are respectively configured. Thetranscode processing executing unit 41103 mainly controls a transcodecomputation process in the transcode processing unit 40181. Therecording/reproducing processing executing unit 41104 mainly controls arecording process into a contents memory region 1200 of contents of abroadcasting program and a reproducing process of recorded contents fromthe contents memory region 1200.

Further, a receiving function executing unit 1102 loaded onto the RAM104 further includes an output control unit 41102 i. The output controlunit 41102 i of the receiving function executing unit 1102 executescontrol of each process related to data output from each of the videooutput unit 163, the audio output unit 166, and the digital interfaceunit 40125.

Note that the software configuration shown in FIG. 35B is merelydescribed by means of example. In the present embodiment, the softwareconfiguration may not be provided with all of the programs and executingunits shown in FIG. 35B.

[Interface Configuration Between Broadcast Receiving Apparatus andMonitor Device]

FIG. 36 is a system configuration diagram showing one example of aninterface configuration between the broadcast receiving apparatus 40100and the monitor device 40300. In the present embodiment, the case wherea connecting terminal (not shown) of the digital interface unit 40125 atthe broadcast receiving apparatus 40100 side is connected to aconnecting terminal (not shown) of a digital interface unit at themonitor device 40300 side via the connection cable 40200 will bedescribed. Note that the monitor device 40300 may have the similarconfiguration of the broadcast receiving apparatus 100 shown in FIG. 7A.In this case, a digital interface unit 125 corresponds to the digitalinterface unit at the monitor device 40300 side described above, and theconnection cable 40200 is connected to the connecting terminal.

As shown in FIG. 36, the connection cable 40200 is made up of n pairs ofdifferential transmission lanes CH1 to CHn, a DDC (Display Data Channel)line standardized by the VESA (Video Electronics Standard Association),an HPD (Hot Plug Detect) line, a CEC (Consumer Electronics Control)line, and the like. Note that the differential transmission lane may bereferred to as a differential transmission line.

The n pairs of differential transmission lanes may be one pair of clocklanes and (n−1) pairs of data lanes. For example, in a case where the nis 4, they may be one pair of clock lanes and three pairs of data lanes.In a case where the n is 2, they may be one pair of clock lanes and onepair of data lanes. Further, all of the n pairs of differentialtransmission lanes may be data lanes for transmitting data onto whichthe clock is superimposed. For example, in a case where the n is 4, theymay be four pairs of data lanes. Note that the clock lane and the datalane may respectively be referred to as a clock line and a data line.

A digital video (R/G/B/Vsync/Hsync, Y/Pb(Cb)/Pr(Cr), and the like)/audiosignal, other control signals, and the like may be outputted to the datalane in a predetermined format from the video synthesizing unit 161 orthe audio synthesizing unit 164 via a transmission processing unit 40125b of the digital interface unit 40125 at the broadcast receivingapparatus 40100 side. The predetermined format may be compliant with thespecifications such as an HDMI (registered trademark), and detaileddescription will be omitted. The digital video/audio signal, the othercontrol signal, and the like are received by a reception processing unit40325 b of the digital interface unit at the monitor device 40300 side;necessary processes such as image quality adjustment and volumeadjustment are appropriately performed by a video processing unit and anaudio processing unit (not shown); and they are outputted from a displayunit and a speaker of the monitor device 40300.

Further, although it is not shown in the drawings, the connection cable40200 may further include a power source line, a GND line, and a spareline. The n pairs of differential transmission lanes, the communicationline and the like may be shielded by the GND line. All or a part of thespare line, a DDC line, an HPD line and a CEC line may be shared as apart of the communication line for executing the network communication.For example, the spare line and the HPD line may constitute onetransmitting line and one receiving line of the communication line orone pair of transmitting/receiving lines. The CEC line or the like maybe omitted. The DDC line may be used as an I2C (I-squared-C)communication line between the main control unit 101 of the broadcastreceiving apparatus 40100 and a main control unit (not shown) of themonitor device 40300.

The transmission processing unit 40125 b of the digital interface unit40125 at the broadcast receiving apparatus 40100 side can communicatewith the reception processing unit 40325 b of the digital interface unitat the monitor device 40300 side via the DDC line, and further read outEDID (Extended Display Identification Data) from an EDID storage unit40325 c. Namely, the broadcast receiving apparatus 40100 can graspdisplay performance of the monitor device 40300 by obtaining the EDID.

Note that in the present embodiment, the display performance is itemssuch as input resolution and a frame rate that the monitor device 40300can deal with, a video standard, whether it is compatible with 3D videodisplay or not, or whether the monitor device 40300 can executeprocesses corresponding to increase in the HDR and the color gamut ornot.

Further, in the present embodiment, a process of obtaining the EDID asmeans for grasping the display performance of the monitor device 40300by the broadcast receiving apparatus 40100 will be described below as anexample. However, the information to be obtained is not limited to theEDID. For example, information different from the EDID, such asperformance identification information for identifying the displayperformance and the function of the monitor device 40300 may beobtained. Further, the display performance of the monitor device 40300may be grasped by means other than the means for obtaining theperformance identification information.

Further, the transmission control unit 40125 a of the digital interfaceunit 40125 at the broadcast receiving apparatus 40100 side can controlthe transmission processing unit 40125 b, and detect whether the monitordevice 40300 is connected or not, whether a power source for the monitordevice 40300 is turned on or not, and the like via the HPD line.Further, the transmission control unit 40125 a of the digital interfaceunit 40125 at the broadcast receiving apparatus 40100 side can execute aprocess of turning the power source of the monitor device 40300 on viathe CEC line. Further, the reception control unit 40325 a of the digitalinterface unit at the monitor device 40300 side controls the receptionprocessing unit 40325 b.

Note that each of the configuration of the connection cable 40200, theinternal configuration of the digital interface unit 40125 of thebroadcast receiving apparatus 40100, and the internal configuration ofthe digital interface unit of the monitor device 40300, which are shownin FIG. 36, is only one example, and it may have a differentconfiguration.

[Each Parameter of Mastering Information]

Similar to the third embodiment, in the present embodiment, a contentsinformation descriptor shown in FIG. 29A is transmitted as controlinformation regarding the program contents together with messages,tables, and descriptors of the MMT-SI described above. On the otherhand, the broadcast receiving apparatus 40100 according to the presentembodiment does not include a monitor unit and a speaker unit, via whicha video signal and an audio signal are finally provided to the user. Thebroadcast receiving apparatus 40100 transmits encoded video and audiodata and the like to the monitor device 40300 via the connection cable40200, and causes the monitor device 40300 to provide the video signaland the audio signal to the user therefrom. Namely, processes that havebeen explained in the third embodiment, such as the color gamutconverting process and the luminance adjusting process, are executed atthe monitor device 40300 side in accordance with the display performanceof the display unit in the monitor device 40300.

In order to allow each of the processes at the monitor device 40300side, the broadcast receiving apparatus 40100 according to the presentembodiment has a function to receive the contents information descriptorfrom the broadcast waves; a function to appropriately select each ofparameters described in the received contents information descriptor;and a function to transmit it to the monitor device 40300 via theconnection cable 40200 as mastering information with a predeterminedform. For example, in a case where the connection cable 40200 is an HDMI(registered trademark) cable and each of video data, audio data, othercontrol signal and the like, which are outputted from the digitalinterface unit 40125, has a form compliant with the HDMI (registeredtrademark) specifications, the mastering information may be outputted asa part of the other control signals and the like.

FIG. 37 shows a list of the respective parameters that the broadcastreceiving apparatus 40100 according to the present embodiment transmitsto the monitor device 40300 as the mastering information.

“Source_primaries_R[x,y]”, “source_primaries_G[x,y]”, and“source_primaries B[x,y]” are parameters each indicating informationregarding color reproduction performance of source equipment, andrespectively indicate color gamut with which the source equipment candeal by coordinate values on a CIE chromaticity diagram of primarycolors of R (red), G (green), and B (blue). Each parameter of“source_primaries_rx”, “source_primaries_ry”, “source_primaries_gx”,“source_primaries_gy”, “source_primaries_bx”, and “source_primaries_by”described in the contents information descriptor may be selected tooutput them as “source_primaries_R[x,y]”, “source_primaries_G[x,y]”, and“source_primaries_B[x,y]” parameter as the mastering information.

“White_point_x,y” is a parameter that indicates information regardingthe color reproduction performance and the like of the source equipment,and indicates a coordinate value on the CIE chromaticity diagram for awhite reference point, with which the source equipment can deal.“Source_white_point_x” and “source_white_point_y” parameters describedin the contents information descriptor may be selected to output them asa “white_point_x,y” parameter of the mastering information.

“Max_source_mastering_luminance” is a parameter that indicatesinformation regarding the maximum luminance with which the sourceequipment can deal. It is indicated by a value in a range from “1(cd/m²: candela/square meter)” to “65535 (cd/m²)”. A“source_luminance_max” parameter described in the contents informationdescriptor may be selected to output it as a“max_source_mastering_luminance” parameter of the mastering information.

“Min_source_mastering_luminance” is a parameter that indicatesinformation regarding the minimum luminance with which the sourceequipment can deal. It is indicated by a value in a range from “0.0001(cd/m²)” to “6.5535 (cd/m²)”. A “source_luminance_min” parameterdescribed in the contents information descriptor may be selected tooutput it as a “min_source_mastering_luminance” parameter of themastering information.

“Maximum_Content_Light_Level” is a parameter that indicates the maximumluminance in the contents. It is indicated by a value in a range from “1(cd/m²)” to “65535 (cd/m²)”. A “max_light_level_of_content” parameterdescribed in the contents information descriptor may be selected tooutput it as a “Maximum_Content_Light_Level” parameter of the masteringinformation.

“Maximum_Frame-average_Light_Level” is a parameter that indicates themaximum value of frame average luminance in the contents. It isindicated by a value in a range from “1 (cd/m²)” to “65535 (cd/m²)”. A“max_frame_ave_light_level” parameter described in the contentsinformation descriptor may be selected to output it as a“Maximum_Frame-average_Light_Level” parameter of the masteringinformation.

“Light Level Status” is a flag signal with two bits, and expresses astatus of each of the “Maximum_Content Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter.

In a case where the value of this flag is “00b”, the“Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter respectively indicate themaximum luminance through the whole contents and the maximum value ofthe frame average luminance. In a case where the value of this flag is“01b”, the “Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter respectively indicate themaximum luminance for each scene (or chapter) and the maximum value ofthe frame average luminance.

In a case where the value of this flag is “10b”, it indicates that the“Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter are omitted. Instead ofsetting the value of this flag to “10b”, each of the values of the“Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter may be set to “0”.

The broadcast receiving apparatus 40100 according to the presentembodiment transmits, as the mastering information, each of theparameters, which have been described above, to the monitor device 40300via the connection cable 40200, whereby the monitor device 40300 cansubject the processes such as the color gamut converting process and theluminance adjusting process according to the display performance thatthe display unit of the monitor device 40300 has to the encoded videoand audio data and the like transmitted from the broadcast receivingapparatus 40100. Note that the parameters of the mastering informationdescribed above may further include other parameters than the respectiveparameters shown in FIG. 37, or may not include all of the respectiveparameter. Further, a different name may be used for each of theparameters.

[Mastering Information Generating Process of Broadcast ReceivingApparatus]

In the present embodiment, in a case where a “content_type” parameter ofthe contents information descriptor is “2” or “3”, video contents arecontents data (live broadcasting program, and the like) outputted fromthe photographing equipment 390 c, and the contents informationdescriptor does not have the “max_light_level_of_content” parameter andthe “max_frame_ave_light_level” parameter. Namely, this is because inlive broadcasting program and the like, the maximum luminance throughthe whole contents to a terminal end of the program contents and themaximum value of the frame average luminance are not determined.

In this case, the broadcast receiving apparatus 40100 according to thepresent embodiment sets the value of each of the“Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter to “0”, and executesoutput of the mastering information. Alternatively, a“max_light_level_of_frame” parameter and a “frame_average_light_level”parameter of the contents information descriptor may be used asalternatives of the “Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter.

On the other hand, in a case where the video contents are recorded inthe contents memory region 1200 of the storage (accumulation) unit 110,the broadcast receiving apparatus 40100 may create the“Maximum_Content_Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter. Namely, this is becauseby executing the recording process of the video contents, the broadcastreceiving apparatus 40100 can scan the video contents from a startingend to the terminal end, and therefore, it can determine the maximumluminance through the whole contents and the maximum value of theaverage luminance.

Further, in a case where the video contents recorded in the contentsmemory region 1200 of the storage (accumulation) unit 110 by therecording process are outputted from the digital interface unit 40125 tothe monitor device 40300 via the connection cable 40200 by thereproducing process, it may be controlled so that the maximum luminancethrough the whole contents and the maximum value of the averageluminance, which the broadcast receiving apparatus 40100 created byscanning the video contents from the starting end to the terminal end,is outputted as the “Maximum_Content Light_Level” parameter and the“Maximum_Frame-average_Light_Level” parameter. Namely, in a case of thevideo contents that was subjected to the recording process once, it ispossible to output all parameters of the mastering information to themonitor device 40300 regardless of a value of the “content_type”parameter of the contents information descriptor.

[Mastering Information Output Control of Broadcast Receiving Apparatus]

Each of the parameters of the mastering information described above mayalways be outputted to the monitor device 40300 that is connectedthereto via the connection cable 40200. Alternatively, the transmissionprocessing unit 40125 b of the digital interface unit 40125 at thebroadcast receiving apparatus 40100 side refers to the EDID acquiredfrom the EDID storage unit 40325 c of the monitor device 40300. Only ina case where it grasps that the monitor device 40300 can execute aprocess corresponding to the HDR or enlargement of the color gamut, eachof the parameters of the mastering information may be outputted to themonitor device 40300 via the connection cable 40200. Alternatively, onlyin a case where the contents information descriptor indicates that thevideo contents of the broadcasting program is a program compatible withthe HDR, each of the parameters of the mastering information may beoutputted to the monitor device 40300 via the connection cable 40200.

Note that the case where the contents information descriptor describedabove indicates that the video contents of the broadcasting program is aprogram compatible with the HDR is the case where the “content_type”parameter of the contents information descriptor is “1” or “3”, the casewhere an “HDR_flag” parameter of the contents information descriptorindicates HDR compliance of the video contents of the broadcastingprogram, the case where all or any of the “source_luminance_max”parameter, the “max_light_level_of_content” parameter, the“max_light_level_of_frame” parameter, and the like of the contentsinformation descriptor exceeds a predetermined value (for example, “100(cd/m²)” or the like), and the like.

Further, output of each of the parameters of the mastering informationmay be controlled in accordance with an interface type of the digitalinterface unit 40125. For example, in a case where the interface type ofthe digital interface unit 40125 is an HDMI interface, it is controlledso as to output each of the parameters of the mastering information. Ina case where the interface type of the digital interface unit 40125 is aDVI interface, it is controlled so as not to output each of theparameters of the mastering information.

Alternatively, the output of each of the parameters of the masteringinformation may be controlled in accordance with the interface type ofthe digital interface unit 40125 at the broadcast receiving apparatus40100 side and an interface type of the digital interface unit at themonitor device 40300 side. For example, in a case where both of theinterface type of the digital interface unit 40125 at the broadcastreceiving apparatus 40100 side and the interface type of the digitalinterface unit at the monitor device 40300 side are HDMI interfaces, itis controlled so as to output each of the parameters of the masteringinformation. In a case where the interface type of the digital interfaceunit 40125 at the broadcast receiving apparatus 40100 side is an HDMIinterface but the interface type of the digital interface unit at themonitor device 40300 side is not an HDMI interface (for example, in acase where it is a DVI interface, a Display Port interface or the like,that is, in a case where the connection cable 40200 is an interfaceconversion cable), it is controlled so as not to output each of theparameters of the mastering information.

Further, in a case where the digital interface unit 40125 is configuredby a first digital interface terminal and a second digital interfaceterminal, it may be controlled so as to differentiate a form of data tobe outputted in accordance with whether data output is executed from anyterminal of the first digital interface terminal and the second digitalinterface terminal. In this case, each of the digital interfaceterminals has the configuration shown in FIG. 36 or anotherconfiguration.

For example, in a case where the first digital interface terminal is anHDMI interface and the second digital interface is not an HDMIinterface, a generating process of output data and a data outputtingprocess may be controlled so that: when to execute the data output fromthe first digital interface terminal, output data that contain a videosignal, an audio signal and the mastering information are generated toexecute the data output from the first digital interface terminal; andwhen to execute the data output from the second digital interfaceterminal, output data that contain the video signal and the audio signalbut does not contain the mastering information are generated to executethe data output from the second digital interface terminal.

As described above, according to the broadcast receiving apparatus 40100of the present embodiment, by transmitting the mastering informationtogether with the encoded video and audio data to the monitor device40300, it becomes possible to suitably execute the color gamutconverting process, the luminance adjusting process and the like at themonitor device 40300 side. Namely, it is possible to provide a broadcastreceiving apparatus capable of executing a function with a higher addedvalue.

Fifth Embodiment

Hereinafter, a fifth embodiment of the present invention will bedescribed. Constituent elements, effects and the like of the fifthembodiment are the same as those of the fourth embodiment unlessotherwise specified. For this reason, in the following description,differences between the fourth embodiment and the fifth embodiment aremainly described, and description of the matters common to bothembodiments is omitted as much as possible in order to avoid redundantdescription.

[System Configuration]

FIG. 38 is a system configuration diagram showing one example of abroadcast communication system that includes a broadcast receivingapparatus according to the present embodiment. The broadcastcommunication system shown in FIG. 38 has the same configuration as thatof the broadcast communication system shown in FIG. 34. However, adestination to which the broadcast receiving apparatus 40100 outputscontents is set to an external video processing apparatus 50300 in placeof a monitor device 40300. This means that a video reproducing apparatussuch as a recorder is included in the destination of the contents inaddition to a display device. Moreover, in the broadcast communicationsystem that includes the broadcast receiving apparatus according to thepresent embodiment, control information that is transmitted togetherwith the contents, which are received by the broadcast receivingapparatus 40100 via a radio tower 300 t and a broadcast satellite (orcommunication satellite) 300 s of a broadcast station and a broadcaststation server 300, is referred to as “reception control information”.This contains the various types of control information that have beenexplained in the first embodiment and control information that will beexplained additionally in the present embodiment. Moreover, in thebroadcast communication system that includes the broadcast receivingapparatus according to the present embodiment, control information thatis transmitted together with the contents when the broadcast receivingapparatus 40100 outputs the contents to the external video processingapparatus 50300 via a network through the router device 200 r isreferred to as “output control information”.

A hardware configuration of the broadcast receiving apparatus, asoftware configuration of the broadcast receiving apparatus, aninterface configuration between the broadcast receiving apparatus andthe monitor device, and the like are similar to those in the fourthembodiment. For this reason, explanation thereof will be omitted.

By configuring a digital interface unit 40125 by using hardware of a LANcommunication unit 121 in FIG. 35A, it is possible to execute outputfrom the digital interface unit 40125 to the destination on the network.Here, the output from the digital interface unit 40125 is not limited toan MMT data string. It may be a MPEG2-TS data string (or MPEG2-PS datastring) obtained by transcoding the MMT data string in a transcodeprocessing unit 40181 or the like. This is an example of the case whereit is configured as an “IP interface” that has been explained in thefirst embodiment.

Here, in the broadcast communication system shown in FIG. 38, the casewhere the broadcast receiving apparatus 40100 outputs the contents tothe external video processing apparatus 50300 via the network throughthe router device 200 r means the case where the broadcast receivingapparatus 40100 outputs the contents to the external video processingapparatus 50300 via the IP interface.

As has been explained in the third embodiment and the fourth embodimentaccording to the present invention, in the broadcast communicationsystem according to the present embodiment, it is possible to transmitnot only SDR video contents whose resolution is 1920×1080 pixels orless, but also contents with high quality such as contents whoseresolution is over 1920×1080 pixels and HDR video contents. Here, ascontents protection when a receiver re-outputs these video contents withhigh quality, which are broadcasted by the broadcast communicationsystem, to external equipment via an interface, higher contentsprotection than that for the contents of the SDR video whose resolutionis 1920×1080 pixels or less is required.

In order to realize this, as an interface transmission technique,contents protection by DTCP2 (which is described in Reference Document 1below), which is a more advanced contents protection system thanDTCP-IP, has been developed.

-   [Reference Document 1: Digital Transmission Licensing Administrator    DTCP2 Presentation to CPTWG Jan. 27, 2016]

Specifically, four flags (“L2-Only” Flag, “EI” Flag, “HDR” Flag, and“SDO” Flag) shown in FIG. 39 are newly prepared in the DTCP2. Forexample, “0” of the “L2-Only” Flag in FIG. 39 indicates “any contentsprotection of DTCP-IP (L1 level contents protection) or DTCP2 (L2 levelcontents protection) can be applied”, and “1” thereof indicates“contents protection (for example, L2 level contents protection such asDTCP2) with higher level than that of DTCP-IP (L1 level contentsprotection) is required”. In the following explanation, DTCP-IP (L1level contents protection) is referred to as “DTCP1” in order todistinguish it from “DTCP2”. Further, in a case where the “EI” Flag is“0”, it indicates that “contents are ‘Non-Enhanced Image’”. In a casewhere the “EI” Flag is “1”, it indicates that “contents are ‘EnhancedImage’”. Here, the “Enhanced Image” means contents that have video inwhich pixel number exceeds 1920×1080 or which has a color space (forexample, the HDR such as BT.2020 and SMPTE2084) exceeding a color spaceof an HD level (the SDR such as BT.709). Further, the “Non-EnhancedImage” means contents that have video with HD video image quality orless (for example, video whose pixel number is 1920×1080 or less andthat has the color space of the HD level (the SDR such as BT.709) andthe like). Further, in a case where the “HDR” Flag is “0”, it indicates“contents of video that may be converted from the HDR to the SDR”. In acase where the “HDR” Flag is “1”, it indicates “contents of video forwhich conversion from the HDR to the SDR is prohibited”. Further, in acase where the “SDO” Flag is “0”, it indicates that “in a case of an‘Enhanced Image’, it is possible to re-output the contents only with L2level contents protection; but in a case where the ‘Enhanced Image’ isconverted into a ‘Non-Enhanced Image’, it is possible to re-output thecontents with L1 level contents protection”. In a case where the “SDO”Flag is “1”, it indicates that “it is possible to re-output even in acase where contents are any of “Enhanced Image” and “Non-Enhanced Image”and even in a case of any of L2 level contents protection and L1 levelcontents protection”.

In a case where the contents protection by DTCP2 that has been explainedabove is applied to an IP interface output according to the presentembodiment, what flag is attached to what contents as output controlinformation 50200 shown in FIG. 38 becomes a problem. For example, theremay be a way of thinking that flags that substantially correspond to thefour flags shown in FIG. 39 are prepared at reception controlinformation 50100 side shown in FIG. 38. By configuring them in thismanner, a server of the broadcast station can substantially become aSink apparatus of DTCP2. However, each of the four flags has one bit. Ina case where a broadcast station side or contents production side canfreely set these flags with their intention, there are 2⁴ ways, that is,16 ways of protection states for contents in view of all combinations ofthe four flags, and this becomes extremely complicated. This is to saythat it is not suitable for “broadcast” technology in which a largenumber of viewers receives contents at the same time and start and endof a program are repeated in a selected service. The number of viewerswhom the “broadcast” technology set as a target is enormous, andmonitors and the like that the viewers have are various ones. Forexample, a situation that in a case where a monitor that each of a partof the viewers has does not correspond to the HDR, these viewers cannotview the contents completely due to contents protection control by theflag should be avoided in the “broadcast” technology as much aspossible. Further, for the sake of the spread of receiving equipment, itis necessary for contents transmitted in the “broadcast” technology tohave a simple system for types that a large number of viewers canunderstand easily.

Further, in a case where a new flag is prepared for the receptioncontrol information 50100, facilities of the contents production sidealso becomes complicated.

By taking the above into consideration, in the broadcast communicationsystem according to the present embodiment, flags substantiallycorresponding to the four flags of DTCP2 described above is notintroduced into the reception control information 50100 shown in FIG.38. In addition, at the IP interface output from the broadcast receivingapparatus 40100, the flags of the DTCP2 are utilized as the outputcontrol information 50200 to execute more suitable contents protection.Specifically, in the broadcast communication system according to thepresent embodiment, information on resolution of video of contents,control information regarding digital copy of the contents, controlinformation regarding storage and output of the contents, and the EOTFidentification information (transmission characteristics identificationinformation) that has been explained in the third and fourth embodimentsare used as the reception control information 50100, and the broadcastreceiving apparatus 40100 determines output protection for each ofcontents together with addition of a flag of DTCP2 thereto in accordancewith these types of information at the IP interface output.

Here, the information on resolution of video of contents, which is usedas one type of the reception control information 50100, will bedescribed. As the information on resolution of video of contents, pluralkinds of information are transmitted in the broadcast communicationsystem according to the present embodiment. The broadcast receivingapparatus 40100 may use any of these plural kinds of information todetermine resolution of video of contents (pixel numbers). For example,the broadcast receiving apparatus 40100 may acquire an encoded parameterstored in an HEVC encoded stream, which is a video encoded method forcontents of the broadcasting system according to the present embodiment,to determine it. Alternatively, the broadcast receiving apparatus 40100may acquire an encoded parameter placed in an MPT and described in anMH-HEVC video descriptor to determine it. Alternatively, the broadcastreceiving apparatus 40100 may acquire video resolution informationdescribed in a video component descriptor to determine it.

Next, control information regarding digital copy of contents and controlinformation regarding storage and output of the contents, which are usedas one of the reception control information 50100, will be described.FIG. 40 shows descriptors of control information regarding digital copyof contents that are transmitted in the broadcast communication systemaccording to the present embodiment and the control informationregarding storage and output of the contents. Here, informationindicating control information regarding digital copy of contents or themaximum transmission rate, and the like are stored in a contents copycontrol descriptor. Further, information in which the controlinformation regarding storage and output of the contents is described isstored in a contents usage control descriptor. For example, the contentscopy control descriptor and the contents usage control descriptor areplaced in the MPT to be transmitted.

FIG. 41A shows one example of a data structure of the contents copycontrol descriptor in the broadcasting system according to the presentembodiment. A “digital_recording_control_data” parameter in FIG. 41A isdigital copy control information, and indicates information forcontrolling copy generation of the contents. Further, FIG. 41B shows oneexample of parameter value and meaning thereof of the digital copycontrol information. For example, in a case where the parameter is “00”,it indicates “copiable (copy permission) without any constraintcondition (synonymous with “copiable without restriction”)”. In a casewhere the parameter is “01”, it indicates that definition by a provideris available. In a case where the parameter is “10”, it indicates“copiable only for one generation”. In a case where the parameter is“11”, it indicates “copy prohibition”. Only in a case where theparameter is “00” that indicates “copiable without any constraintcondition”, it can be said a state where protection by the digital copycontrol information is not specified. In a case where the parameter is“01”, “10”, or “11”, it can be said a state where some kind ofprotection by the digital copy control information is specified.

Further, FIG. 42 shows one example of a data structure of the contentsusage control descriptor in the broadcasting system according to thepresent embodiment. A “copy_restriction_mode” parameter in FIG. 42 is acopy limited mode, and indicates whether the number of copies can berestricted or not (which corresponds to “copiable given times” in thefirst embodiment). A value of an “encryption_mode” parameter in thecontents usage control descriptor shown in FIG. 42 is used to controlprotection (encryption) at the time of IP interface output. In a casewhere the value of the “encryption_mode” parameter is “0” to indicatethat protection is required (encryption required), an encoding process(or encryption process) is executed when contents are outputted. In acase where the value is “1” to indicate that protection is not required(encryption is not required), protection (the encoding process) may notbe executed and outputted when contents are outputted.

A combination of the “digital_recording_control_data” parameter of thecontents copy control descriptor, the “encryption_mode” parameter of thecontents usage control descriptor, and the “copy_restriction_mode”parameter of the contents usage control descriptor, which have beenexplained above, is a concrete configuration example of the “copycontrol information” that has been explained in the first embodiment.

The broadcast receiving apparatus 40100 according to the presentembodiment may acquire the “digital recording_control_data” parameter ofthe contents copy control descriptor, the “copy_restriction_mode”parameter of the contents usage control descriptor, and the like, whichare described above, to use them to determine whether to execute theoutput protection for contents of the IP interface output or not.

Next, the EOTF identification information used as one of the receptioncontrol information 50100 has already been explained in detail in thethird and fourth embodiments. For this reason, explanation thereof willbe omitted. Moreover, the broadcast receiving apparatus 40100 accordingto the present embodiment may use not only the EOTF identificationinformation as the reception control information 50100, but alsopresence or absence and a result of a resolution converting process forvideo of contents, presence or absence and a result of a transmissioncharacteristics converting process that has been explained in the thirdand fourth embodiments, presence or absence of a storing process for thecontents, or a state after accumulation in the broadcast receivingapparatus 40100 to determine the output protection for the contents ofthe IP interface output.

[Process of Determining Output Protection for Contents of IP InterfaceOutput in Broadcast Receiving Apparatus]

One example of a process of determining output protection for contentsof an IP interface output in the broadcast receiving apparatus is shownusing FIG. 43, FIG. 44, and FIGS. 45A-45D.

First, FIG. 43 shows a determining process of output protection forcontents in a case where the broadcast receiving apparatus 40100receives contents together with the reception control information 50100,and executes IP interface output without executing the resolutionconverting process and the transmission characteristics convertingprocess for video of the contents.

In FIG. 43, a main control unit 101 of the broadcast receiving apparatus40100 according to the present embodiment executes determination ofoutput protection for contents when to execute the IP interface outputon the basis of information contained in the reception controlinformation 50100. Specifically, determination of output protection forcontents when to execute the IP interface output is executed on thebasis of a combination of the “digital_recording_control_data” parameterof the contents copy control descriptor, the “encryption_mode” parameterof the contents usage control descriptor, resolution of video of thereceived contents, and transmission characteristics (EOTF)identification information. Hereinafter, a determination example in eachcombination will be described.

[Combination 1 in FIG. 43]

In an example of Combination 1 in FIG. 43, the“digital_recording_control_data” parameter of the contents copy controldescriptor indicates “copiable without any constraint condition”, andthe “encryption_mode” parameter of the contents usage control descriptorindicates that a protection state at the time of the IP interface outputis “not protected”. Namely, in this case, it can be said that copyrestriction and output protection for contents are not specified by anyof the parameters.

In this case, output protection for contents when to execute the IPinterface output is not required even for contents in which resolutionof video exceeds horizontal 1920×vertical 1080 pixels (contents whosehorizontal or vertical pixels exceed the corresponding pixel number;hereinafter, referred to as “contents with over 2K”) and contents havinghorizontal 1920×vertical 1080 pixels or less (contents whose horizontaland vertical pixels are the corresponding pixel number or less;hereinafter, referred to as “contents with 2K or less”). Further, evenin a case where the transmission characteristics identificationinformation indicates the HDR or the SDR, the output protection for thecontents when to execute the IP interface output is not required. Copycontrol at the time of output is also not required (substantial CopyFree), and encryption at the time of output is also not required. Thereis naturally no need to add the output control information of DTCP2thereto. However, protection of DTCP1 (“DTCP-IP” described above) orDTCP2 may be executed for the contents to output them. In such a case,the copy control state at the time of output may be set to “Copy Free”,and an encryption state may be set to “None”. Moreover, in a case whereprotection of DTCP2 is executed to output contents, the output controlinformation may be determined as follows. The “L2-Only” Flag is set to“0”. The “EI” Flag is set to “0” in a case where transmissioncharacteristics by the contents with 2K or less is the SDR. The “EI”Flag is set to “1” in a case where it is other contents. The “HDR” Flagis set to “0”. The “SDO” Flag is set to “1”. Namely, a protection levelfor DTCP of the IP interface output may be either L1 level or L2 level;the copy control is set to Copy Free; transmission characteristicsconversion is not prohibited; and contents are outputted in are-outputtable state by any protection state of L1 level and L2 levelregardless of states of the resolution and the transmissioncharacteristics. This means that the contents are outputted at thelowest protection state of the output control states in the IP interfaceoutput according to the present embodiment.

[Combinations 2 to 5 in FIG. 43]

In an example of each of Combinations 2 to 5 in FIG. 43, the“digital_recording_control_data” parameter of the contents copy controldescriptor indicates “copiable without any constraint condition”, andthe “encryption_mode” parameter of the contents usage control descriptorindicates that the protection state at the time of the IP interfaceoutput is “protected”.

In this case, since the “encryption_mode” parameter of the contentsusage control descriptor specifies that protection is executed at thetime of the IP interface output, the output protection by any of DTCP2and DTCP1 is executed in any of Combinations. Any of the copy controlstates in such cases is set to “EPN” that indicates a state where copyrestriction is not required but encryption is required, and anencryption protection process is executed. Here, whether to execute anoutput protection process of any level of DTCP2 or DTCP1 is determinedin accordance with a combination of the resolution of video of thereceived contents and the transmission characteristics (EOTF)identification information.

For example, in Combination 5, resolution of video of the receivedcontents is contents with 2K or less, and the transmissioncharacteristics (EOTF) identification information is the SDR. This isso-called HD image quality contents. Therefore, output protection of aconventional level is enough, and output protection using DTCP1 isexecuted. In this case, the output control information of DTCP2 is notnaturally added.

Further, in Combinations 2, 3, and 4, they satisfy any condition ofwhether the resolution of video of the received contents is contentswith over 2K or not and whether the transmission characteristics (EOTF)identification information is the HDR or not. In this case, the contentsare contents that have image quality exceeding the HD image quality.Thus, the contents protection is executed by using DTCP2 that is outputprotection with a higher level than that of DTCP1. In this case, theoutput control information of DTCP2 to be added to the output contentsis determined as follows.

Here, with respect to the “L2-Only” Flag, in any of Combinations 2, 3,and 4, the “L2-Only” Flag is set to “0”. Here, when the “L2-Only” Flagis set to “1”, the contents cannot be re-outputted so long as contentsprotection with L2 level such as DTCP2 is executed, even thoughequipment of the destination executes pixel number conversion or thetransmission characteristics converting process to reduce the imagequality to the HD image quality. There is a possibility that thecontents cannot be viewed depending upon equipment owned by a viewer (ina case where the equipment owned by the viewer is incompatible withDTCP2, or the like), and this situation is undesirable as protection of“broadcast” contents that a large number of viewers receives at the sametime. The above is a reason why the “L2-Only” Flag is set to “0”. In anydetermination of output control information of DTCP2 in the followingexplanation of the present embodiment, the “L2-Only” Flag is set to “0”in principle due to the similar reason. However, as a modificationexample, in a case where broadcasting contents or broadcasting serviceis divided into “free broadcast” and “pay-per-view broadcast” and thiscan be identified by the broadcast receiving apparatus 40100, the“L2-Only” Flag may be set to 0 for the “free broadcast” and the“L2-Only” Flag may be set to 1 for the “pay-per-view broadcast”. This isbecause viewers of the “pay-per-view broadcast” are limited and a highprotection level is especially required for contents of the“pay-per-view broadcast”.

Further, with respect to the “EI” Flag, in any of Combinations 2, 3, and4, the “EI” Flag is set to “1”. This is because any condition of whetherthe resolution of video of the received contents is contents with over2K or not and whether the transmission characteristics (EOTF)identification information is the HDR or not is satisfied.

Further, with respect to the “HDR” Flag, in Combinations 2 and 3, the“HDR” Flag is set to “0”. In these Combinations, the transmissioncharacteristics (EOTF) identification information is the HDR. In a casewhere contents are outputted as they are, transmission characteristicsof the contents at the time of the IP interface output is also the HDR.Here, in a case where the “HDR” Flag is set to “1”, the equipment of thedestination cannot execute the transmission characteristics convertingprocess to be converted into SDR contents. In this case, there is apossibility that the contents cannot be viewed depending upon theequipment owned by the viewer (in a case where the equipment owned bythe viewer is incompatible with HDR contents, or the like). Thissituation is undesirable as protection of the “broadcast” contents thata large number of viewers receives at the same time. The above is areason why the “HDR” Flag is set to “0”. In any determination of outputcontrol information of DTCP2 in the following explanation of the presentembodiment, the “HDR” Flag is set to “0” in principle due to the similarreason. However, as a modification example, in a case where broadcastingcontents or broadcasting service is divided into “free broadcast” and“pay-per-view broadcast” and this can be identified by the broadcastreceiving apparatus 40100, the “HDR” Flag may be set to 0 with respectto the “free broadcast”, and the “HDR” Flag may be set to 1 with respectto the “pay-per-view broadcast”. This is because viewers of the“pay-per-view broadcast” are limited and a service provider, whichthinks that it is worth to view contents of the “pay-per-view broadcast”as they have HDR image quality with high image quality, exists.

Further, with respect to the “HDR” Flag, in Combination 4, thetransmission characteristics (EOTF) identification information is theSDR. In a case where contents are outputted as they are, transmissioncharacteristics of the contents at the time of the IP interface outputis also the SDR. For that reason, there is no need to add the “HDR” Flagindicating whether to execute the transmission characteristicsconverting process from the HDR contents into the SDR.

Further, with respect to the “SDO” Flag, in any of Combinations 2, 3,and 4, the “SDO” Flag is set to “0”. So long as the “encryption_mode”parameter of the contents usage control descriptor specifies protectionat the time of the IP interface output, it is desirable that contentswhose resolution is contents with over 2K or whose transmissioncharacteristics are the HDR are to be protected with a higher protectionlevel. On the other hand, in the “broadcast” technology that assumes alarge number of viewers receives at the same time, a situation that apart of viewers who use equipment incompatible with contents protectionwith L2 level cannot view contents completely is avoided as much aspossible. Here, by setting the “SDO” Flag to 0, the higher contentsprotection with L2 level can be applied to the contents whose resolutionis contents with over 2K or whose transmission characteristics are theHDR. However, in a case where the quality of the contents is reduced tothe HD image quality by the resolution converting process or thetransmission characteristics converting process, contents protectionwith a conventional DTCP-IP level (L1 level) with which a large numberof equipment can be compatible is permitted. For this reason, it hashigh consistency with these two requirements that the output protectionprocess for the contents received by the “broadcast” technology isrequired. The above is a reason why the “SDO” Flag is set to “0”. In anydetermination of output control information of DTCP2 in the followingexplanation of the present embodiment, in a case where copy restrictionor output protection of contents is specified by the“digital_recording_control_data” parameter of the contents copy controldescriptor or the “encryption_mode” parameter of the contents usagecontrol descriptor, or in a case where a state of the storing processfor the contents indicates the copy restriction or the contents outputprotection, the “SDO” Flag is set to “0” due to the similar reason.

[Combinations 6 to 9 in FIG. 43]

In an example of each of Combinations 6 to 9 in FIG. 43, the“digital_recording_control_data” parameter of the contents copy controldescriptor indicates “copiable only for one generation”. In this case,it is specified that there is copy restriction. For this reason, it isdesirable that the contents protection is also executed at the time ofthe IP interface output even in a case where the “encryption_mode”parameter of the contents usage control descriptor indicates any value.Therefore, the output protection by any of DTCP2 and DTCP1 is executed.Any of copy control states in such a case is set to “Copy OneGeneration” that indicates copiable only for one generation, and theencryption protection process is executed.

Here, (1) whether the output protection process for any level of DTCP2and DTCP1 is executed, and (2) determination of the output controlinformation in a case where the output protection process is executed byDTCP2 are determined in accordance with the combination of theresolution of video of the received contents and the transmissioncharacteristics (EOTF) identification information. However, since thesedetermining methods for Combinations 6, 7, 8, and 9 in FIG. 43 arerespectively similar to those for Combinations 2, 3, 4, and 5 in FIG.43, explanation thereof will be omitted.

[Combinations 10 to 13 in FIG. 43]

In each of examples of Combinations 10 to 13 in FIG. 43, the“digital_recording_control_data” parameter of the contents copy controldescriptor indicates “copy prohibition”. In this case, since it isspecified that there is the copy restriction, it is desirable that thecontents protection is executed at the time of the IP interface outputeven in a case where the “encryption_mode” parameter of the contentsusage control descriptor indicates any value. Therefore, the outputprotection is executed by any of DTCP2 and DTCP1. Any of copy controlstates in such a case is set to “Copy Never” that indicates copyprohibition, and the encryption protection process is executed.

Here, (1) whether the output protection process of any level of DTCP2and DTCP1 is executed, and (2) determination of the output controlinformation in a case where the output protection process is executed byDTCP2 are determined in accordance with the combination of theresolution of video of the received contents and the transmissioncharacteristics (EOTF) identification information. However, since thesedetermining methods for Combinations 10, 11, 12, and 13 in FIG. 43 arerespectively similar to those for Combinations 2, 3, 4, and 5 in FIG.43, explanation thereof will be omitted.

[Exception Process Example of Process in FIG. 43]

As described above, one example of the determining process for theoutput protection of the contents in a case where the IP interfaceoutput is executed has been explained with reference to FIG. 43.

However, there is a possibility that it is necessary to execute someexception processes that have not been described in FIG. 43. Theseexception processes will be described below.

For example, in a case where the contents copy control descriptor itselfor the “digital_recording_control_data” parameter of the contents copycontrol descriptor was not transmitted as the reception controlinformation 50100 due to any cause or reason such as a transmissionerror, the broadcast receiving apparatus 40100 cannot acquire the“digital_recording_control_data” parameter. In such a case, thebroadcast receiving apparatus 40100 may consider the same state as thecase where the “digital_recording_control_data” parameter of thecontents copy control descriptor indicates “copiable without anyconstraint condition”, and execute the determining process of FIG. 43.Specifically, the broadcast receiving apparatus 40100 determines oneprocess from the processes of Combinations 1 to 5 in FIG. 43 in view ofother reception control information 50100.

Further, in a case where the contents usage control descriptor itself orthe “encryption_mode” parameter of the contents usage control descriptorwas not transmitted as the reception control information 50100 due toany cause or reason such as a transmission error, the broadcastreceiving apparatus 40100 cannot acquire the “encryption_mode”parameter. In such a case, the broadcast receiving apparatus 40100 mayconsider the same state as the case where the “encryption_mode”parameter of the contents usage control descriptor indicates “notprotected”, execute the determining process of FIG. 43. Specifically,the broadcast receiving apparatus 40100 determines one process from theprocesses of Combinations 1, and 6 to 13 in FIG. 43 in view of otherreception control information 50100.

Further, in a case where the transmission characteristics (EOTF)identification information was not transmitted as the reception controlinformation 50100 due to any cause or reason such as a transmissionerror, the broadcast receiving apparatus 40100 cannot acquire thetransmission characteristics (EOTF) identification information. In sucha case, the broadcast receiving apparatus 40100 may executedetermination based on whether a video format of the contents is an HDRor an SDR when the contents are to be outputted by the IP interfaceoutput in place of determination based on the transmissioncharacteristics (EOTF) identification information to be received.Specifically, description in a column for the transmissioncharacteristics (EOTF) identification information in FIG. 43 may bereplaced by meaning of whether the video format is the HDR or the SDRwhen the contents are outputted by the IP interface output, and executethe determining process for output protection of the contents in a casewhere the IP interface output is executed.

[Modification Example of Process in FIG. 43]

In the example of FIG. 43, in a case where protection by DTCP2 isapplied to the HDR contents and the contents are subjected to the IPinterface output (Combinations 2, 3, 6, 7, 10, and 11), the “HDR” Flagis set to “0” and the contents are then outputted. However, since the“SDO” Flag is in a state where “0” is indicated in each of theseCombinations, it is assumed that contents can be converted from the HDRto the SDR. Thus, in each of Combinations 2, 3, 6, 7, 10, and 11 in FIG.43, it may be controlled so that the “HDR” Flag is not outputted as theoutput control information of DTCP2. In this case, since the “HDR” Flagis also not outputted in any of Combinations, the control of the IPinterface output of the broadcast receiving apparatus 40100 becomessimple.

Further, in the example of FIG. 43, in a case where the contents are tobe outputted by protection of DTCP2, a control in which the “L2-Only”Flag is set to “0” as the output control information of DTCP2 and thecontents are outputted is illustrated. As described above, this allowsoutput by a contents protection method of L1 level such as DTCP1 byexecuting the resolution converting process or the transmissioncharacteristics converting process in DTCP2 compatible equipment in viewof a case where equipment of a destination is the DTCP2 compatibleequipment and the contents are further outputted to other equipmentahead of the DTCP2 compatible equipment to convert the contents intocontents with 2K or less whose transmission characteristics are SDR.However, as a modification example of FIG. 43, the control may bereplaced by a control in which the “L2-Only” Flag is set to “1” as theoutput control information of DTCP2 and the contents are outputted ineach of Combinations (Combinations 10, 11, and 12) in which the“digital_recording_control_data” parameter of the contents copy controldescriptor indicates “copy prohibited” and the contents are outputted as“Copy Never” by the protection of DTCP2. In this example, contentsprotection is further strengthened by regarding contents whose“digital_recording_control_data” parameter of the contents copy controldescriptor indicates “copy prohibited” as contents with higher necessityof contents protection by a contents provider. Specifically, in a casewhere the “L2-Only” Flag is set to “1” and the contents are outputted,in a case where the contents are to be outputted to the other equipmentahead of the DTCP2 compatible equipment of the destination, or in a casewhere the other equipment ahead of the DTCP2 compatible equipment of thedestination is incompatible with a contents protection method of L2level such as DTCP2 even though the resolution converting process or thetransmission characteristics converting process is executed, it becomesimpossible to output the contents. Namely, contents protection of L2level is always applied to the contents after the contents are outputtedfrom the IP interface of the broadcast receiving apparatus 40100.

According to the determining process of output protection for contentsin a case where the IP interface output of FIG. 43 is executed, whichhas been explained above, the contents are received together with thereception control information 50100. In a case where the IP interfaceoutput for video of contents is executed without executing theresolution converting process and the transmission characteristicsconverting process, it is possible to realize well-balanced contentsoutput protection in both points of view of a point of view of outputprotection for image quality of video of contents and a point of view ofconvenience for viewers of broadcasting contents.

Next, FIG. 44 shows a determining process of output protection forcontents in a case where the broadcast receiving apparatus 40100receives contents together with the reception control information 50100,and executes a resolution converting process and a transmissioncharacteristics converting process for video of the contents to executethe IP interface output.

In the example of FIG. 44, the broadcast receiving apparatus 40100according to the present embodiment executes the resolution convertingprocess and/or the transmission characteristics converting process forvideo of the received contents. A resolution processing unit may beprovided between the video decoder 141 and the video color gamutconversion unit 142 of the broadcast receiving apparatus 40100 shown inFIG. 35A, and the resolution converting process may be executed by theresolution processing unit. The transmission characteristics convertingprocess may be executed by the video color gamut conversion unit 142 ashave been explained in the third and fourth embodiments.

Here, in the example of FIG. 44, the resolution converting processand/or the transmission characteristics converting process for video ofthe contents are executed before executing the IP interface output. Forthis reason, appropriate output protection for the contents cannot bedetermined on the basis of only information contained in the receptioncontrol information 50100.

Thus, the determination of the output protection for the contents whento execute the IP interface output is executed by taking intoconsideration resolution of video after the resolution convertingprocess and/or transmission characteristics after the transmissioncharacteristics converting process in addition to information containedin the reception control information 50100. Specifically, an item of“video resolution at the time of output” of “state at the time ofoutput” is provided in place of the “video resolution” of the “receptioncontrol information” in FIG. 43, and an item of “transmissioncharacteristics at the time of output” of the “state at the time ofoutput” is provided in place of “transmission characteristicsidentification information (ETOF)” of the “reception controlinformation”. Here, the main control unit 101 of the reception controlinformation 50100 determines, on the basis of the followingdetermination, the “video resolution at the time of output” of the“state at the time of output” and the “transmission characteristics atthe time of output” of the “state at the time of output”.

First, in a case where the broadcast receiving apparatus 40100 accordingto the present embodiment executes the resolution converting process forvideo of the received contents but does not execute the transmissioncharacteristics converting process, the broadcast receiving apparatus40100 may determine resolution of video after the resolution convertingprocess as the “video resolution at the time of output” of the “state atthe time of output”, and determine the transmission characteristicsindicated by the “transmission characteristics identificationinformation (ETOF)” of the “reception control information” as the“transmission characteristics at the time of output” of the “state atthe time of output”.

Further, in a case where the broadcast receiving apparatus 40100according to the present embodiment does not execute the resolutionconverting process for video of the received contents but executes thetransmission characteristics converting process, the broadcast receivingapparatus 40100 may determine the “video resolution” of the “receptioncontrol information” as the “video resolution at the time of output” ofthe “state at the time of output”, and determine the transmissioncharacteristics after the transmission characteristics convertingprocess as the “transmission characteristics at the time of output” ofthe “state at the time of output”.

Further, in a case where the broadcast receiving apparatus 40100according to the present embodiment executes both of the resolutionconverting process for video of the received contents and thetransmission characteristics converting process, the broadcast receivingapparatus 40100 may determine the resolution of video after theresolution converting process as the “video resolution at the time ofoutput” of the “state at the time of output”, and determine thetransmission characteristics after the transmission characteristicsconverting process as the “transmission characteristics at the time ofoutput” of the “state at the time of output”.

In the example shown in FIG. 44, the broadcast receiving apparatus 40100according to the present embodiment executes the determining process ofthe output protection for the contents in a case where the IP interfaceoutput shown in FIG. 44 is executed by using the “video resolution atthe time of output” of the “state at the time of output” and the“transmission characteristics at the time of output” of the “state atthe time of output”, which are determined as described above. However,in a case where the “video resolution” of the “reception controlinformation” is replaced by the “video resolution at the time of output”of the “state at the time of output” and the “transmissioncharacteristics identification information (ETOF)” of the “receptioncontrol information” is replaced by the “transmission characteristics atthe time of output” of the “state at the time of output” in FIG. 43 thathas already been explained, it becomes the similar control to that ofthe example in FIG. 44. Therefore, the “digital_recording_control_data”parameter of the contents copy control descriptor and the“encryption_mode” parameter of the contents usage control descriptor inthe “reception control information” of FIG. 44, and the IP interfaceoutput control in each of Combinations 1 to 13 of the “video resolutionat the time of output” and “transmission characteristics at the time ofoutput” of the “state at the time of output” are respectively similar tothe “digital_recording_control_data” parameter of the contents copycontrol descriptor and the “encryption_mode” parameter of the contentsusage control descriptor in the “reception control information” of FIG.43, and the IP interface output control in each of Combinations 1 to 13of the “video resolution” and the “transmission characteristicsidentification information (ETOF)”. For this reason, explanation thereofwill be omitted.

[Exception Process Example of Process in FIG. 44]

As described above, one example of the determining process for theoutput protection of the contents in a case where the IP interfaceoutput is executed has been explained with reference to FIG. 44.

However, there is a possibility that it is necessary to execute someexception processes that have not been described in FIG. 44. Theseexception processes will be described below.

For example, in a case where the contents copy control descriptor itselfor the “digital_recording_control_data” parameter of the contents copycontrol descriptor was not transmitted as the reception controlinformation 50100 due to any cause or reason such as a transmissionerror, the broadcast receiving apparatus 40100 cannot acquire the“digital_recording_control_data” parameter. In such a case, thebroadcast receiving apparatus 40100 may consider the same state as thecase where the “digital_recording_control_data” parameter of thecontents copy control descriptor indicates “copiable without anyconstraint condition”, and execute the determining process of FIG. 44.Specifically, the broadcast receiving apparatus 40100 determines oneprocess from the processes of Combinations 1 to 5 in FIG. 44 in view ofother reception control information 50100 and an in-receiver convertingprocess.

Further, in a case where the contents usage control descriptor itself orthe “encryption_mode” parameter of the contents usage control descriptorwas not transmitted as the reception control information 50100 due toany cause or reason such as a transmission error, the broadcastreceiving apparatus 40100 cannot acquire the “encryption_mode”parameter. In such a case, the broadcast receiving apparatus 40100 mayconsider the same state as the case where the “encryption_mode”parameter of the contents usage control descriptor indicates “notprotected”, execute the determining process of FIG. 44. Specifically,the broadcast receiving apparatus 40100 determines one process from theprocesses of Combinations 1, and 6 to 13 in FIG. 44 in view of otherreception control information 50100 and the in-receiver convertingprocess.

Further, in a case where the transmission characteristics (EOTF)identification information was not transmitted as the reception controlinformation 50100 due to any cause or reason such as a transmissionerror, the broadcast receiving apparatus 40100 cannot acquire thetransmission characteristics (EOTF) identification information. In sucha case, in the example of FIG. 44, determination based on whether thecontents after the in-receiver converting process are the HDR or the SDRmay also be executed. Therefore, there is no need for any exceptionprocess in this point particularly.

[Modification Example of Process in FIG. 44]

In the example of FIG. 44, in a case where protection by DTCP2 isapplied to the HDR contents and the contents are subjected to the IPinterface output (Combinations 2, 3, 6, 7, 10, and 11), the “HDR” Flagis set to “0” and the contents are then outputted. However, since the“SDO” Flag is in a state where “0” is indicated in each of theseCombinations, it is assumed that contents can be converted from the HDRto the SDR. Thus, in each of Combinations 2, 3, 6, 7, 10, and 11 in FIG.44, it may be controlled that the “HDR” Flag is not outputted as theoutput control information of DTCP2. In this case, since the “HDR” Flagis also not outputted in any of Combinations, the control of the IPinterface output of the broadcast receiving apparatus 40100 becomessimple.

Further, in a case where the contents are to be outputted by protectionof DTCP2, a control in which the “L2-Only” Flag is set to “0” as theoutput control information of DTCP2 and the contents are outputted isillustrated. As described above, this allows output by a contentsprotection method of L1 level such as DTCP1 by executing the resolutionconverting process or the transmission characteristics convertingprocess in DTCP2 compatible equipment in view of a case where equipmentof a destination is the DTCP2 compatible equipment and the contents arefurther outputted to other equipment ahead of the DTCP2 compatibleequipment to convert the contents into contents with 2K or less whosetransmission characteristics are SDR. However, as a modification exampleof FIG. 44, the control may be replaced by a control in which the“L2-Only” Flag is set to “1” as the output control information of DTCP2and the contents are outputted in each of Combinations (Combinations 10,11, and 12) in which the “digital_recording_control_data” parameter ofthe contents copy control descriptor indicates “copy prohibited” and thecontents are to be outputted as “Copy Never” by the protection of DTCP2.In this example, contents protection is further strengthened byregarding the contents whose “digital_recording_control_data” parameterof the contents copy control descriptor indicates “copy prohibited” ascontents with higher necessity of contents protection by a contentsprovider. Specifically, in a case where the “L2-Only” Flag is set to “1”and the contents are outputted, in a case where the contents are to beoutputted to the other equipment ahead of the DTCP2 compatible equipmentof the destination, or in a case where the other equipment ahead of theDTCP2 compatible equipment of the destination is incompatible with acontents protection method of L2 level such as DTCP2 even though theresolution converting process or the transmission characteristicsconverting process is executed, it becomes impossible to output thecontents. Namely, contents protection of L2 level is always applied tothe contents after the contents are outputted from the IP interface ofthe broadcast receiving apparatus 40100.

According to the determining process of output protection for contentsin a case where the IP interface output of FIG. 44 is executed, whichhas been explained above, the contents are received together with thereception control information 50100. In a case where the IP interfaceoutput for video of contents is executed by executing the resolutionconverting process and/or the transmission characteristics convertingprocess, it is possible to realize well-balanced contents outputprotection in both points of view of a point of view of outputprotection for image quality of video of contents and a point of view ofconvenience for viewers of broadcasting contents.

Next, FIGS. 45A-45D show a determining process of output protection forcontents in a case where the broadcast receiving apparatus 40100receives the contents together with the reception control information50100, executes a storing process for the contents, and then executesthe IP interface output. Since the outline of the storing process hasalready been explained in the first embodiment, explanation thereof willbe omitted.

The broadcast receiving apparatus 40100 first determines an accumulationcontrol state of contents as an accumulation target by using the“digital_recording_control_data” parameter of the contents copy controldescriptor, the “encryption_mode” parameter of the contents usagecontrol descriptor, and the “copy_restriction_mode” parameter of thecontents usage control descriptor, which are contained in the receptioncontrol information 50100.

Here, in a case where the “digital_recording_control_data” parameter ofthe contents copy control descriptor indicates “copiable without anyconstraint condition” and the “encryption_mode” parameter of thecontents usage control descriptor indicates “not protect” (an example ofCombination 1 in FIG. 45A), it is set to an accumulation control stateof “accumulate without restriction of copy and not protectencryption_mode” regardless of a value of a parameter of the“copy_restriction_mode” of the contents usage control descriptor.

Further, in a case where the “digital_recording_control_data” parameterof the contents copy control descriptor indicates “copiable without anyconstraint condition” and the “encryption_mode” parameter of thecontents usage control descriptor indicates “protect” (examples ofCombinations 2 to 5 in FIG. 45A), it is set to an accumulation controlstate of “accumulate without restriction of copy and protectencryption_mode” regardless of the value of the parameter of the“copy_restriction_mode” of the contents usage control descriptor.

Further, in a case where the “digital_recording_control_data” parameterof the contents copy control descriptor indicates “copiable only for onegeneration” and the “copy_restriction_mode” parameter of the contentsusage control descriptor indicates “copiable only for one generation”(examples of Combinations 6 to 9 in FIG. 45B), it is set to anaccumulation control state of “re-copy prohibition” even when the“encryption_mode” parameter of the contents usage control descriptorindicates any value.

Further, in a case where the “digital_recording_control_data” parameterof the contents copy control descriptor indicates “copiable only for onegeneration” and the “copy_restriction_mode” parameter of the contentsusage control descriptor indicates “copiable for restricted number”(examples of Combinations 10 to 13 in FIG. 45C), it may be set to anaccumulation control state of “copiable for restricted number” even whenthe “encryption_mode” parameter of the contents usage control descriptorindicates any value.

Further, in a case where the “digital_recording_control_data” parameterof the contents copy control descriptor indicates “copy prohibition”(examples of Combinations 14 to 17 in FIG. 45D), a state that thecontents can be accumulated is limited to an accumulation control stateof “temporarily accumulate” even in a case where the“digital_recording_control_data” parameter of the contents copy controldescriptor and the “copy_restriction_mode” parameter of the contentsusage control descriptor indicate any value. Since the outline of“temporarily accumulate” has already been explained in the firstembodiment, explanation thereof will be omitted.

As explained above, the broadcast receiving apparatus 40100 determinesthe accumulation control state of the contents as the accumulationtarget by using the “digital_recording_control_data” parameter of thecontents copy control descriptor, the “encryption_mode” parameter of thecontents usage control descriptor, and the “copy_restriction_mode”parameter of the contents usage control descriptor, which are containedin the reception control information 50100.

Next, when the accumulated contents are outputted from the IP interface,the broadcast receiving apparatus 40100 determines the output protectionfor the contents of the IP interface output in accordance with theaccumulation control state of the contents, the “video resolution at thetime of output” when the contents are outputted, and the “transmissioncharacteristics at the time of output”. Here, in the example of FIGS.45A-45D, there is a possibility that the resolution converting processand/or the transmission characteristics converting process for video ofcontents are executed before or after the storing process for thecontents. This is common to the example of FIG. 44 in terms of apossibility that the resolution converting process and/or thetransmission characteristics converting process is executed before thebroadcast receiving apparatus 40100 receives the contents to output thesame from the IP interface. Therefore, since the determination of the“video resolution at the time of output” and the “transmissioncharacteristics at the time of output” in the broadcast receivingapparatus 40100 may be executed in the similar manner to that of theexample of FIG. 44, explanation thereof will be omitted.

Next, determination of output protection for contents when the IPinterface output in each of Combinations in FIGS. 45A-45D is executedwill be described.

[Combination 1 in FIG. 45A]

In the example of Combination 1 shown in FIG. 45A, that is, in a casewhere contents in the accumulation control state of the “accumulatewithout restriction of copy and not protect encryption_mode” areoutputted from the IP interface, the output control for the contentssimilar to that in Combination 1 of FIG. 44 may be executed. Since theexplanation is repeated, explanation thereof will be omitted.

[Combinations 2 to 5 in FIG. 45A]

In the example of each of Combinations 2 to 5 shown in FIG. 45A, thatis, in a case where the IP interface output for contents in theaccumulation control state of the “accumulate without restriction ofcopy and protect encryption_mode” is executed, the output control forthe contents similar to that in each of Combinations 2 to 5 of FIG. 44may be executed. Since the explanation is repeated, explanation thereofwill be omitted.

[Combinations 6 to 9 in FIG. 45B]

In the example of each of Combinations 6 to 9 shown in FIG. 45B, thatis, in a case where the contents in the accumulation control state ofthe “re-copy prohibition” are outputted from the IP interface, a copycontrol state at the time of output is different depending upon whetherthe output process is viewing output for viewing by equipment of adestination, or Move (or movement) of contents to the equipment of thedestination. Specifically, in a case where the IP interface output isthe viewing output, the copy control state is set to “No More Copies”that indicates re-copy prohibition to output the contents. In a casewhere the IP interface output is the Move, the copy control state is setto “Move” to output the contents. In each of Combinations 6, 7, 8, and 9shown in FIG. 45B, the other contents protection control in the IPinterface output is respectively similar to that in each of Combinations6, 7, 8, and 9 shown in FIG. 44. For this reason, explanation thereofwill be omitted.

[Combinations 10 to 13 in FIG. 45C]

In the example of each of combinations 10, 11, 12, and 13 in FIG. 45C,that is, the contents protection control in a case where the contents inthe accumulation control state of the “copiable for restricted number”are outputted from the IP interface is substantially similar to that inthe example of each of Combinations 6, 7, 8, and 9 of FIG. 45B.Differences are as follows. In a case where the contents in theaccumulation control state of the “re-copy prohibition” are outputtedfrom the IP interface to execute a Move process once, it needs todisable the broadcast receiving apparatus 40100 to reproduce thecontents (Note that the viewing output is possible many times until itis disabled to reproduce the contents). In contrast, the accumulationcontrol state of the “copiable for restricted number” allows a copyprocess to equipment of the destination via the IP interface outputplural times and a Move process once finally. For example, as oneexample, the copy process can be executed nine times, and the Moveprocess can finally be executed once. At the time of the final Moveprocess, it needs to disable the broadcast receiving apparatus 40100 toreproduce the contents. Here, the broadcast receiving apparatus 40100deals with each of copy processes as a copy process, but the contents ofeach of the copy processes are outputted while the copy control statethereof is set to “Move” in a protection process of the IP interfaceoutput.

Namely, in the copy process for the contents in the accumulation controlstate of the “copiable for restricted number”, the broadcast receivingapparatus 40100 virtually sets a state that plural pieces of contentsare accumulated in advance, and executes a process of moving each of theplural pieces of contents thus accumulated so as to Move it via the IPinterface output. Here, when plural pieces of same contents are actuallyaccumulated, capacity of the storage unit becomes an inefficientaccumulation state. Therefore, only one piece of the contents mayactually be accumulated, and accumulation number information thereof maybe stored in the storage unit or a memory unit and managed as managementinformation. This is meaning of the above explanation for “virtually”.

The contents protection control in a case of executing the IP interfaceoutput in the example of each of Combinations 10, 11, 12, and 13 in FIG.45C is respectively similar to that of the example of each ofCombinations 6, 7, 8, and 9 in FIG. 45B except for the points describedabove. For this reason, explanation thereof will be omitted.

[Combinations 14 to 17 in FIG. 45D]

In the example of each of Combinations 14, 15, 16, and 17 in FIG. 45D,that is, the contents protection control in a case where the contents inthe accumulation control state of the “temporarily accumulate” areoutputted from the IP interface is substantially similar to that in theexample of each of Combinations 6, 7, 8, and 9 of FIG. 45B. A differenceis a point that the contents in the accumulation control state of the“temporarily accumulate” cannot be Moved to other equipment (Moveimpossible). The other points of the contents protection control in acase of executing the IP interface output are similar to those in theexample of each of Combinations 6, 7, 8, and 9 of FIG. 45B. For thisreason, explanation thereof will be omitted.

As described above, according to the determining process of the outputprotection for the contents in a case where the IP interface outputshown in FIGS. 45A-45D is executed, the contents are received togetherwith the reception control information 50100. In a case where the IPinterface output is executed by executing accumulation of the contents,it is possible to realize well-balanced contents output protection inboth points of view of a point of view of output protection for imagequality of video of contents and a point of view of convenience forviewers of broadcasting contents.

[Exception Process Example of Process in FIGS. 45A-45D]

As described above, one example of the determining process for theoutput protection of the contents in a case where the IP interfaceoutput is executed has been explained with reference to FIGS. 45A-45D.

However, there is a possibility that it is necessary to execute someexception processes that have not been described in FIGS. 45A-45D. Theseexception processes will be described below.

For example, in a case where the contents copy control descriptor itselfor the “digital_recording_control_data” parameter of the contents copycontrol descriptor was not transmitted as the reception controlinformation 50100 due to any cause or reason such as a transmissionerror, the broadcast receiving apparatus 40100 cannot acquire the“digital_recording_control_data” parameter. In such a case, thebroadcast receiving apparatus 40100 may consider the same state as thecase where the “digital_recording_control_data” parameter of thecontents copy control descriptor indicates “copiable without anyconstraint condition”, and execute the determining process of theaccumulation control state and the output protection of the contents ofFIGS. 45A-45D. Specifically, the broadcast receiving apparatus 40100determines one process from the processes of Combinations 1 to 5 in FIG.45A in view of other reception control information 50100.

Further, in a case where the contents usage control descriptor itself orthe “encryption_mode” parameter of the contents usage control descriptorwas not transmitted as the reception control information 50100 due toany cause or reason such as a transmission error, the broadcastreceiving apparatus 40100 cannot acquire the “encryption_mode”parameter. In such a case, the broadcast receiving apparatus 40100 mayconsider the same state as the case where the “encryption_mode”parameter of the contents usage control descriptor indicates “notprotected”, execute the determining process of the accumulation controlstate and the output protection of the contents of FIGS. 45A-45D.Specifically, the broadcast receiving apparatus 40100 determines oneprocess from the processes of Combinations 1, and 6 to 17 in FIGS.45A-45D in view of other reception control information 50100.

Further, in a case where the transmission characteristics (EOTF)identification information was not transmitted as the reception controlinformation 50100 due to any cause or reason such as a transmissionerror, the broadcast receiving apparatus 40100 cannot acquire thetransmission characteristics (EOTF) identification information. In sucha case, in the example of FIGS. 45A-45D, determination based on whetherthe contents are the HDR or the SDR may also be executed at the time ofoutput after the accumulation control. Therefore, there is no need forany exception process in this point particularly.

[Modification Example of Process in FIGS. 45A-45D]

In the example of FIGS. 45A-45D, in a case where protection by DTCP2 isapplied to the HDR contents and the contents are subjected to the IPinterface output (Combinations 2, 3, 6, 7, 10, 11, 14, and 15), the“HDR” Flag is set to “0” and the contents are then outputted. However,since the “SDO” Flag is in a state where “0” is indicated in each ofthese Combinations, it is assumed that contents can be converted fromthe HDR to the SDR. Thus, in each of Combinations 2, 3, 6, 7, 10, 11,14, and 15 in FIGS. 45A-45D, it may be controlled so that the “HDR” Flagis not outputted as the output control information of DTCP2. In thiscase, since the “HDR” Flag is also not outputted in any of Combinations,the control of the IP interface output of the broadcast receivingapparatus 40100 becomes simple.

Further, in the example of FIGS. 45A-45D, in a case where the contentsare to be outputted by protection of DTCP2, a control in which the“L2-Only” Flag is set to “0” as the output control information of DTCP2and the contents are outputted is illustrated. As described above, thisallows output by a contents protection method of L1 level such as DTCP1by executing the resolution converting process or the transmissioncharacteristics converting process in DTCP2 compatible equipment in viewof a case where equipment of a destination is the DTCP2 compatibleequipment and the contents are further outputted to other equipmentahead of the DTCP2 compatible equipment to convert the contents intocontents with 2K or less whose transmission characteristics are SDR.However, as a modification example of FIGS. 45A-45D, the control may bereplaced by a control in which the “L2-Only” Flag is set to “1” as theoutput control information of DTCP2 and the contents are outputted ineach of Combinations (Combinations 6, 7, 8, 10, 11, 12, 14, 15, and 16)in which the contents are to be outputted as “No More Copies” by theprotection of DTCP2. In this example, contents protection is furtherstrengthened by regarding the contents with “No More Copies” by theprotection of DTCP2 as contents with higher necessity of contentsprotection by a contents provider. Specifically, in a case where the“L2-Only” Flag is set to “1” and the contents are outputted, in a casewhere the contents are to be outputted to the other equipment ahead ofthe DTCP2 compatible equipment of the destination, or in a case wherethe other equipment ahead of the DTCP2 compatible equipment of thedestination is incompatible with a contents protection method of L2level such as DTCP2 even though the resolution converting process or thetransmission characteristics converting process is executed, it becomesimpossible to output the contents. Namely, contents protection of L2level is always applied to the contents after the contents are outputtedfrom the IP interface of the broadcast receiving apparatus 40100.

As described above, according to the broadcast communication system andthe broadcast receiving apparatus 40100 of the present embodiment, it ispossible to control well-balanced contents output protection in bothpoints of view of a point of view of output protection for image qualityof video of contents and a point of view of convenience for viewers ofbroadcasting contents in accordance with the control informationregarding digital copy of contents and the control information regardingstorage and output of the contents, or the accumulation state of thecontents, and the resolution of video of the contents and thetransmission characteristics of video of the contents, and the like.Namely, according to the broadcast communication system and thebroadcast receiving apparatus 40100 of the present embodiment, it ispossible to execute more suitable contents output protection control.

As described above, the examples of the embodiments according to thepresent invention have been explained using the first to fifthembodiments. However, the configurations for achieving the technique ofthe present invention are not limited to those embodiments, and may bemodified in various ways. For example, some constituent elements of anembodiment may be replaced with those of another embodiment, and aconstituent element of an embodiment may be added to a constituentelement of another embodiment. These modifications are all within thescope of the present invention. In addition, numerical values, messages,and others in the specification and drawings are described by way ofexample, and the effects of the present invention are not impaired evenwhen values, messages, and others different from those are used.

A part or all of the functions and the like of the present inventiondescribed above may be achieved by means of hardware, for example, bydesigning such functions with integrated circuits. Alternatively, it maybe achieved by means of software by causing a microprocessor unit or thelike to interpret and execute operating programs for achievingrespective functions. It is also possible to use hardware and softwarein combination.

Note that the software that controls the broadcast receiving apparatus100 may be stored in advance in a ROM 103 and/or a storage(accumulation) unit 110 of the broadcast receiving apparatus 100 at thetime of product shipment. The software may be acquired from the otherapplication server 500 or the like on the Internet 200 through the LANcommunication unit 121 after the product shipment. Alternatively, thesoftware stored in a memory card, optical disc, or the like may beacquired through the extension interface unit 124.

Further, control lines and data lines considered to be necessary for thedescription are shown in the drawings, and all the control lines anddata lines included in the product are not always shown in the drawings.Actually, it is presumable that almost all constituent elements areconnected with each other.

REFERENCE SINGS LIST

100, 800, 40100 . . . broadcast receiving apparatus, 100 a, 40100 a . .. antenna, 101, 801 . . . main control unit, 102, 802 . . . system bus,103, 803 . . . ROM, 104, 804 . . . RAM, 110, 810 . . . storage unit,121, 821 . . . LAN communication unit, 124, 824 . . . extensioninterface unit, 125, 825, . . . 40125 digital interface unit, 131, 831,832 . . . tuner/demodulating unit, 132 . . . separating unit, 141 . . .video decoder, 142 . . . video color gamut conversion unit, 143 . . .audio decoder, 144 . . . caption decoder, 145 . . . subtitle decoder,146 . . . subtitle synthesizing unit, 147 . . . subtitle color gamutconversion unit, 151 . . . data decoder, 152 . . . cache unit, 153 . . .application control unit, 154 . . . browser unit, 155 . . . applicationcolor gamut conversion unit, 156 . . . sound source unit, 161, 861 . . .video synthesizing unit, 162, 862 . . . monitor unit, 163, 863 . . .video output unit, 164, 864 . . . audio synthesizing unit, 165, 865 . .. speaker unit, 166, 866 . . . audio output unit, 170, 870 . . .operation input unit, 40181 . . . transcode processing unit, 841 . . .MMT decode processing unit, 842 . . . MPEG2-TS decode processing unit,200 . . . Internet, 200 r . . . router device, 200 a . . . access point,300 t . . . radio tower, 300 s . . . broadcast satellite (orcommunication satellite), 300 . . . broadcast station server, 390 c . .. photographing equipment, 390 e . . . editing equipment, 400 . . .service provider server, 500 . . . other application server, 600 . . .mobile phone communication server, 600 b . . . base station, 700 . . .portable information terminal, 40200 . . . connection cable, 40300 . . .monitor device.

1. A broadcast receiving apparatus configured to receive contents, thebroadcast receiving apparatus comprising: a receiver configured toreceive the contents; an interface through which the contents receivedby the receiver are outputted; and a controller configured to control anoutput state of the contents from the interface, wherein the controlleris configured to determine an output state of the contents from theinterface in accordance with a combination of control informationindicating a copy control state of the contents, control information forspecifying whether protection is required or not when the contents areto be outputted, information indicating resolution of video of thecontents, and information indicating transmission characteristics of thevideo of the contents, which are received by the receiver together withthe contents, wherein the controller is configured to execute a controlto apply output protection to the contents when the contents areoutputted from the interface in a case where the control informationindicating the copy control state of the contents indicates that thereis copy restriction or in a case where the control information forspecifying whether protection is required or not when the contents areto be outputted indicates that protection is required on output, andwherein the controller is configured to change a level of the outputprotection in accordance with a combination of the informationindicating resolution of the video of the contents and the informationindicating transmission characteristics of the video of the contents. 2.A broadcast receiving apparatus configured to receive contents, thebroadcast receiving apparatus comprising: a receiver configured toreceive the contents; an interface through which the contents receivedby the receiver are outputted; and a controller configured to control anoutput state of the contents from the interface, wherein the controlleris configured to execute a determining process of an output state of thecontents from the interface in accordance with a combination of controlinformation indicating a copy control state of the contents, controlinformation for specifying whether protection is required or not whenthe contents are to be outputted, information indicating resolution ofvideo of the contents, and information indicating transmissioncharacteristics of the video of the contents, which are received by thereceiver together with the contents, wherein as output protectionsystems for contents applied by the controller on a basis of a result ofthe determining process, there are at least two kinds of outputprotection systems including a first output protection system and asecond output protection system, a protection level of the second outputprotection system being higher than that of the first output protectionsystem, and wherein in the determining process, the controller isconfigured to select one output protection system in accordance with acombination of the information indicating resolution of the video of thecontents and information indicating transmission characteristics of thevideo of the contents.
 3. A broadcast receiving apparatus configured toreceive contents, the broadcast receiving apparatus comprising: areceiver configured to receive the contents; a video converterconfigured to convert at least one of resolution or transmissioncharacteristics of the contents received by the receiver; an interfacethrough which the contents converted by the video converter areoutputted; and a controller configured to control an output state of thecontents from the interface, wherein the controller is configured todetermine an output state of the contents from the interface inaccordance with a combination of control information indicating a copycontrol state of the contents, control information for specifyingwhether protection is required or not when the contents are to beoutputted, resolution of video of the contents when the contents areoutputted from the interface, and transmission characteristics of thevideo of the contents when the contents are outputted from theinterface, which are received by the receiver together with thecontents.
 4. A broadcast receiving apparatus configured to receivecontents, the broadcast receiving apparatus comprising: a receiverconfigured to receive the contents; a video converter configured toconvert at least one of resolution or transmission characteristics ofthe contents received by the receiver; an interface through which thecontents converted by the video converter are outputted; and acontroller configured to control an output state of the contents fromthe interface, wherein the controller is configured to execute adetermining process of an output state of the contents from theinterface in accordance with a combination of control informationindicating a copy control state of the contents, control information forspecifying whether protection is required or not when the contents areto be outputted, resolution of video of the contents when the contentsare outputted from the interface, and transmission characteristics ofthe video of the contents when the contents are outputted from theinterface, which are received by the receiver together with thecontents, wherein as output protection systems for contents applied bythe controller on a basis of a result of the determining process, thereare at least two kinds of output protection systems including a firstoutput protection system and a second output protection system, aprotection level of the second output protection system being higherthan that of the first output protection system, and wherein in thedetermining process, the controller is configured to select one outputprotection system in accordance with a combination of the resolution ofthe video of the contents when the contents are outputted from theinterface and the transmission characteristics of the video of thecontents when the contents are outputted from the interface.
 5. Abroadcast receiving apparatus configured to receive contents, thebroadcast receiving apparatus comprising: a receiver configured toreceive the contents; a video converter configured to convert at leastone of resolution or transmission characteristics of the contentsreceived by the receiver; an interface through which the contentsconverted by the video converter are outputted; and a controllerconfigured to control an output state of the contents from theinterface, wherein the controller is configured to determine an outputstate of the contents from the interface in accordance with acombination of control information indicating a copy control state ofthe contents, control information for specifying whether protection isrequired or not when the contents are to be outputted, resolution ofvideo of the contents when the contents are outputted from theinterface, and transmission characteristics of the video of the contentswhen the contents are outputted from the interface, which are receivedby the receiver together with the contents, wherein the controller isconfigured to execute a control to apply output protection to thecontents when the contents are outputted from the interface in a casewhere the control information indicating the copy control state of thecontents indicates that there is copy restriction or in a case where thecontrol information for specifying whether protection is required or notwhen the contents are to be outputted indicates that protection isrequired on output, and wherein the controller is configured to change alevel of the output protection in accordance with a combination of theresolution of the video of the contents when the contents are outputtedfrom the interface and the transmission characteristics of the video ofthe contents when the contents are outputted from the interface.
 6. Abroadcast receiving apparatus configured to receive contents, thebroadcast receiving apparatus comprising: a receiver configured toreceive the contents; an a storage configured to store the contentsreceived by the receiver; an interface through which the contents storedin the storage are outputted; and a controller configured to control anoutput state of the contents from the interface, wherein the controlleris configured to determine an output state of the contents from theinterface in accordance with a combination of a storing state of thecontents in the storage, resolution of video of the contents when thecontents are outputted, and transmission characteristics of the video ofthe contents when the contents are outputted.
 7. A broadcast receivingapparatus configured to receive contents, the broadcast receivingapparatus comprising: a receiver configured to receive the contents; astorage configured to store the contents received by the receiver; aninterface through which the contents stored in the storage areoutputted; and a controller configured to control an output state of thecontents from the interface, wherein the controller is configured toexecute a determining process of an output state of the contents fromthe interface in accordance with a combination of a storing state of thecontents in the storage, resolution of video of the contents when thecontents are outputted, and transmission characteristics of the video ofthe contents when the contents are outputted, wherein as outputprotection systems for contents applied by the controller on a basis ofa result of the determining process, there are at least two kinds ofoutput protection systems including a first output protection system anda second output protection system, a protection level of the secondoutput protection system being higher than that of the first outputprotection system, and wherein in the determining process, thecontroller is configured to select one output protection system inaccordance with a combination of the resolution of the video of thecontents when the contents are outputted and transmissioncharacteristics of the video of the contents when the contents areoutputted.